kind: coredns stuck at ContainerCreating
What happened:
coredns stuck at ContainerCreating
What you expected to happen:
coredns Running
How to reproduce it (as minimally and precisely as possible):
Install and create cluster based on the documents of Kind
Check the pod status:
kubectl -n kube-system get pod
Anything else we need to know?:
Finally, my issue fixed by follow this comment: https://github.com/kubernetes/kubernetes/issues/48798#issuecomment-427454190
I wonder it could be resolve in Kine
side
Environment:
- kind version: (use
kind version
):v0.3.0
- Kubernetes version: (use
kubectl version
):
Client Version: version.Info{Major:"1", Minor:"14", GitVersion:"v1.14.2", GitCommit:"66049e3b21efe110454d67df4fa62b08ea79a19b", GitTreeState:"clean", BuildDate:"2019-05-16T16:23:09Z", GoVersion:"go1.12.5", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"14", GitVersion:"v1.14.2", GitCommit:"66049e3b21efe110454d67df4fa62b08ea79a19b", GitTreeState:"clean", BuildDate:"2019-05-17T00:58:35Z", GoVersion:"go1.12.5", Compiler:"gc", Platform:"linux/amd64"}
- Docker version: (use
docker info
):
Client:
Version: 18.09.5
API version: 1.39
Go version: go1.10.4
Git commit: e8ff056
Built: Thu May 9 23:11:19 2019
OS/Arch: linux/amd64
Experimental: false
Server:
Engine:
Version: 18.09.5
API version: 1.39 (minimum version 1.12)
Go version: go1.10.4
Git commit: e8ff056
Built: Thu May 9 22:59:19 2019
OS/Arch: linux/amd64
Experimental: false
- OS (e.g. from
/etc/os-release
):Ubuntu 18.04.2 LTS
About this issue
- Original URL
- State: closed
- Created 5 years ago
- Reactions: 2
- Comments: 16 (9 by maintainers)
Seems that there is race-condition and sometimes the config template is not processed and is written to the cni configuration folder directly.
🤔 Seems that only (or is more likely to happen) on single nodes clusters.
The symptom is that the coredns pods are stuck
The kindnet daemon is working but not updating the cni conf with the PodCIDR
The node status is ready, however I see this erros in the logs
I create another cluster named
test
in the same host, get the same error:logs.zip