minikube: minikube start hung: etcd CrashLoopBackoff
BUG REPORT
Environment:
Minikube version v0.26.1
-
OS MacOS High Sierra 10.13.4
-
VM Driver Virtual Box
-
ISO version Latest as of today
-
Install tools:
-
Others:
What happened:
Initial minikube start hangs at ‘Starting cluster components…’ and never completes. Note that the vm ‘is’ running, and I can log into it from the Virtual Box console. From another terminal window, ‘minikube ip’ does return an ip address.
$ minikube start Starting local Kubernetes v1.10.0 cluster… Starting VM… Getting VM IP address… Moving files into cluster… Downloading kubeadm v1.10.0 Downloading kubelet v1.10.0 Finished Downloading kubelet v1.10.0 Finished Downloading kubeadm v1.10.0 Setting up certs… Connecting to cluster… Setting up kubeconfig… Starting cluster components…
What you expected to happen:
Ummm - for it to complete, of course…
How to reproduce it (as minimally and precisely as possible):
minikube start
Output of minikube logs (if applicable):
(attached) minikube-logs-output.txt
About this issue
- Original URL
- State: closed
- Created 6 years ago
- Reactions: 30
- Comments: 65 (10 by maintainers)
Commits related to this issue
- docs: Specify known working versions There are known issues with the current latest versions of helm and minikube which is causing failures for new users trying to deploy zenko on minikube and theref... — committed to scality/Zenko by deleted user 6 years ago
- changed version due to problem https://github.com/kubernetes/minikube/issues/2765 — committed to orescek/doku by orescek 6 years ago
Temporary workaround:
Using these instructions as an example, I forced an install of 0.25.2 in the meantime:
Using this file:
same issue here
Also try
minikube delete && rm -rf ~/.minikubeBut it not worked
Use minikube logs -f and see the error is:
Apr 24 15:44:59 minikube kubelet[3287]: E0424 15:44:59.532988 3287 reflector.go:205] k8s.io/kubernetes/pkg/kubelet/kubelet.go:451: Failed to list *v1.Service: Get https://192.168.99.100:8443/api/v1/services?limit=500&resourceVersion=0: dial tcp 192.168.99.100:8443: getsockopt: connection refused Apr 24 15:44:59 minikube kubelet[3287]: E0424 15:44:59.533844 3287 reflector.go:205] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:47: Failed to list *v1.Pod: Get https://192.168.99.100:8443/api/v1/pods?fieldSelector=spec.nodeName%3Dminikube&limit=500&resourceVersion=0: dial tcp 192.168.99.100:8443: getsockopt: connection refused
try to run
minikube start --bootstrapper=localkube, it works well…If you have an old
~/.minikube, tryTry starting up again.
This workaround worked:
minikube start --bootstrapper=localkube
Similar problem on minikube for windows. I did a
minikube delete && rm ~/.minikubeand reinstalled v0.25.2 and minikube started in <30 seconds.I too am encountering the same set of problems :-
Configuration
Issues:
See attempts below that did not work :-
minikube start --vm-driver=hyperkit --bootstrapper=localkube
minikube start
Thanks @ChinaSilence
minikube start --bootstrapper=localkubehelps me start cluster components!update - the ‘–extra-config’ that gsaslis mentioned above did ‘not’ work for me. Total hang to the point where the computer almost totally locked up and I had to reset it.
Downgrading minikube to 0.25.2 ‘did’ work just fine, so the problem appears to be something in the 0.26.x codebase.
just to share that on
minikube version: v0.26.1,--extra-config=apiserver.service-node-port-range=90-32000worked for me.p.s. the
minikube logs -fhelped me identify what the problem was.@slmagus v0.25.2 is running well as expected. But seems there is an issue #2753 with 0.26.0 and 0.26.1. Since last 10 days, I’m facing issue, before that 0.26.* were working.
I think this was fixed with https://github.com/kubernetes/minikube/pull/2791
+1
Update: @ttripp workaround worked for me !!!, the --bootstrapper=localkube didn’t worked because minikube status gave me cluster: stoped …
for now @ttripp thank you man !
You can work around this by using the localkube bootstrapper.
I hope a fix for this is forthcoming soon.