-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Widen the tolerations of kuberouter #9547
Widen the tolerations of kuberouter #9547
Conversation
- effect: NoSchedule | ||
key: node.kubernetes.io/not-ready | ||
operator: Exists | ||
- operator: Exists |
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 think we should go with what Weave has, which seems good enough. As both have similar main contributors could be easily accepted as a patch in upstream.
https://github.com/kubernetes/kops/blob/master/upup/models/cloudup/resources/addons/networking.weave/k8s-1.12.yaml.template#L251
- operator: Exists | |
- effect: NoSchedule | |
operator: Exists | |
- effect: NoExecute | |
operator: Exists | |
- key: CriticalAddonsOnly | |
operator: Exists |
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 don't see the practical difference between this and what Weave has. And the CriticalAddonsOnly
one appears to be obsolete, replaced by the system-node-critical
priorityClassName.
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 is no practical difference from my point of view either, just easier to explain a PR for upstream.
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.
The more succinct version seems clear enough. I'd suggest leading with that for an upstream PR.
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.
OK
/retest |
2 similar comments
/retest |
/retest |
Probably was not such a good idea to enable testing for kube-router in PRs... |
How can we avoid PRs that break CNIs? Should we have a separate set of CNI presubmits with a stable Kubernetes version? |
/retest |
Let's get this merged. This is particularly good because we want to replace the term "master" with more inclusive language. The node selector labels may be trickier, however. |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: johngmyers, justinsb The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/retest |
None of the other CNI DaemonSets pay attention to taints.
Fixes #9530