flannel: Kubernetes 1.12 and flannel does not work out of the box
Seems like a new behavior with kubeadm, after I created a master, I see two taints on the master node:
Taints: node-role.kubernetes.io/master:NoSchedule
node.kubernetes.io/not-ready:NoSchedule
But https://raw.githubusercontent.com/coreos/flannel/v0.10.0/Documentation/kube-flannel.yml has toleration only to
- key: node-role.kubernetes.io/master
operator: Exists
effect: NoSchedule
I added a toleration to kube-flannel.yml
to solve the issue:
- key: node-role.kubernetes.io/master
operator: Exists
effect: NoSchedule
- key: node.kubernetes.io/not-ready
operator: Exists
effect: NoSchedule
Expected Behavior
The docs should work with flannel out of the box https://kubernetes.io/docs/setup/independent/create-cluster-kubeadm/
Current Behavior
Possible Solution
Maybe instead it should use a toleration without a key?
tolerations:
- effect: NoSchedule
operator: Exists
Steps to Reproduce (for bugs)
- Bootstrap master node with kubeadm
- Apply as suggested
https://raw.githubusercontent.com/coreos/flannel/v0.10.0/Documentation/kube-flannel.yml
from the docs.
Context
Your Environment
- Flannel version:
v0.10.0
- Backend used (e.g. vxlan or udp):
- Etcd version:
- Kubernetes version (if used): 1.12
- Operating System and version:
Linux master1 4.4.0-134-generic #160-Ubuntu SMP Wed Aug 15 14:58:00 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
,"Ubuntu 16.04.5 LTS"
- Link to your project (optional):
About this issue
- Original URL
- State: closed
- Created 6 years ago
- Reactions: 16
- Comments: 32 (3 by maintainers)
Commits related to this issue
- https://github.com/coreos/flannel/issues/1044 — committed to wise2c-devops/breeze by alanpeng 6 years ago
- https://github.com/coreos/flannel/issues/1044 — committed to wise2c-devops/breeze by alanpeng 6 years ago
- manifests/kube-flannel: ignore all taints (hotfix) There seems to be an issue and deadlock with Flannel on v1.12 clusters where Flannel pods don't start on unready nodes and nodes don't become ready ... — committed to schu/kubedee by schu 6 years ago
- Fixes a bug in the default flannel DS configuration for k8s 1.12.0: https://github.com/coreos/flannel/issues/1044 — committed to m-lab/k8s-support by nkinkade 6 years ago
- Fixes a bug in the default flannel DS configuration for k8s 1.12.0: https://github.com/coreos/flannel/issues/1044 — committed to m-lab/k8s-support by nkinkade 6 years ago
- Fixes a bug in the default flannel DS configuration for k8s 1.12.0: https://github.com/coreos/flannel/issues/1044 — committed to m-lab/k8s-support by nkinkade 6 years ago
I can confirm as well—on 1.11.3 the configuration applies correctly. On 1.12.0 it does not.
just here to say that using https://raw.githubusercontent.com/coreos/flannel/v0.10.0/Documentation/kube-flannel.yml with the toleration’s set as the below works on Kubernetes 1.12.3 with kubeadm install:
For anyone willing to test the flannel fix for 1.12 ,
kubectl -n kube-system apply -f https://raw.githubusercontent.com/coreos/flannel/bc79dd1505b0c8681ece4de4c0d86c5cd2643275/Documentation/kube-flannel.yml
@caseydavenport I have submitted PR against master https://github.com/coreos/flannel/pull/1045/files
But it will be good to have the same fix for the tag
v0.10.0
, considering that in a lot of places there is a reference to this pathhttps://raw.githubusercontent.com/coreos/flannel/v0.10.0/Documentation/kube-flannel.yml
Considering that this is just a configuration change, maybe make a release
v0.10.1
and update the Kubernetes documentation?@hegdedarsh possible that it is a different problem, but I would suggest using a released version https://raw.githubusercontent.com/coreos/flannel/v0.10.0/Documentation/kube-flannel.yml, modify the tolerations and give it a try.