-
Notifications
You must be signed in to change notification settings - Fork 510
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
models: make kubernetes taint values optional #1406
models: make kubernetes taint values optional #1406
Conversation
efb0d9e
to
febca5b
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🏐
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe this would now mistakenly require the value to be two characters minimum, but I think one is intended to be allowed. Would you please add a test using a single character?
You're absolutely right. 🤦. It'll require minimum 2 alphanumeric characters if the value is specified. I'll fix it. |
febca5b
to
cf9547a
Compare
Push above addresses @tjkirch 's comment #1406 (review):
All unit tests pass. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🤗
This modifies the validation for KubernetesTaintValue to make the taint value optional for 'Exists' toleration operators.
cf9547a
to
5b713b1
Compare
Push above addresses @tjkirch 's comment: #1406 (comment) Ran unit tests again and they passed. |
Issue number:
Addresses #1302
Description of changes:
Testing done:
Built an aws-k8s-1.19 x86_64 AMI and launched it with the following specified in my userdata:
The node comes up successfully in my cluster with the specified labels and taints:
I'm also able to create tolerations that uses the
Exists
operator in my pod specs:...and the nginx pod does not get scheduled on the node that has the
testMe
taint as expected.I launched another node without the taint, and the nginx pod gets scheduled onto that node as soon as it became Ready.
If I launch another node with a
MyKey=:NoSchedule
taint, the pod correctly tolerates it and is able to schedule onto that node as well.Terms of contribution:
By submitting this pull request, I agree that this contribution is dual-licensed under the terms of both the Apache License, version 2.0, and the MIT license.