We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Which component are you using?:
/area cluster-autoscaler
What version of the component are you using?:
I found it in the code and it seems to be there for a long time.
Component version:
What k8s version are you using (kubectl version)?:
kubectl version
$ kubectl version
What environment is this in?:
What did you expect to happen?:
If there is a pod that tolerates the node.kubernetes.io/unschedulable taint, then it could be schedulable on a node with unschedulable: true.
node.kubernetes.io/unschedulable
unschedulable: true
tolerations: - key: "node.kubernetes.io/unschedulable" operator: "Exists" effect: "NoSchedule"
It should be honored by CA's plugin runner.
What happened instead?:
Plugin runner has a shortcut, that checks only the unschedulable field:
unschedulable
autoscaler/cluster-autoscaler/simulator/clustersnapshot/predicate/plugin_runner.go
Lines 77 to 81 in 955d0ca
Then, if there is such pod with toleration specified above, it won't be taken into consideration by CA.
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Which component are you using?:
/area cluster-autoscaler
What version of the component are you using?:
I found it in the code and it seems to be there for a long time.
Component version:
What k8s version are you using (
kubectl version
)?:kubectl version
OutputWhat environment is this in?:
What did you expect to happen?:
If there is a pod that tolerates the
node.kubernetes.io/unschedulable
taint, then it could be schedulable on a node withunschedulable: true
.It should be honored by CA's plugin runner.
What happened instead?:
Plugin runner has a shortcut, that checks only the
unschedulable
field:autoscaler/cluster-autoscaler/simulator/clustersnapshot/predicate/plugin_runner.go
Lines 77 to 81 in 955d0ca
Then, if there is such pod with toleration specified above, it won't be taken into consideration by CA.
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
The text was updated successfully, but these errors were encountered: