-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Node taint k3s-controlplane=true:NoExecute #1401
Comments
My bad... |
Nope.. That didn't fix it at all.. |
Here's my fix.. I just wish this was default on a fresh installation. 1.Taint the master with below command.
2. Add tolerance on the control-plane services.
And add the following to the containers spec.
Do the same for |
Just a note for anyone who finds this, you don't have to modify any files (sticky config) as they already have tolerations, if you use the standard one:
|
Version: v1.17.2+k3s1
Describe the bug
Well, not sure if its a bug.
I use
k3sup
for creating a cluster. By default, I don't want any work loads/pod scheduled on my master node other than what the master needs. For this i tried to use below parameter in the install command.I kinda works, but it stops other kube-system pods at deploying as well.
Expected behavior
I expected the master to function as normal, but not deploy new work loads/pods on the master node.
Not sure if there's a smarter way to achieve this.
Edit:
I found this in the docs.
But it's preventing the above
kube-system
pods from deploying.https://rancher.com/docs/k3s/latest/en/installation/ha/
The text was updated successfully, but these errors were encountered: