-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Minikube node tainted with k8s 1.9.6 - Pods Unschedulable as a result #3028
Comments
Ah, this looks like a bug :( We started using the NoTaintMaster flag in kubeadm to avoid having to manually remove the taint, but this only became supported in 1.10.0. We'll need to keep supporting the old method of removing the taint until k8s 1.12 is released, and we drop 1.9 support. |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
the issue may be closed as fixed. |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/close |
@viteksafronov: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Is this a BUG REPORT or FEATURE REQUEST? (choose one): Bug report
Please provide the following details:
Environment: mac os high sierra and mac os sierra
Minikube version : 0.28.2
What happened:
When creating a minikube cluster, the minikube node is tainted
role.kubernetes.io/master:NoSchedule
which prevents pods from being scheduled.What you expected to happen:
In a minikube cluster, the only node is the minikube node. Minikube should remove the taint upon starting the cluster.
How to reproduce it (as minimally and precisely as possible):
Anything else do we need to know:
I believe this taint is automatically added by k8s starting version >= 1.6
The text was updated successfully, but these errors were encountered: