Minikube: restart: waiting for component=kube-apiserver: timed out waiting for the condition

Created on 16 May 2019  ยท  9Comments  ยท  Source: kubernetes/minikube

The exact command to reproduce the issue:
minikube start

The full output of the command that failed:
minikube start
๐Ÿ˜„ minikube v1.0.1 on darwin (amd64)
๐Ÿคน Downloading Kubernetes v1.14.1 images in the background ...
๐Ÿ’ก Tip: Use 'minikube start -p ' to create a new cluster, or 'minikube delete' to delete this one.
๐Ÿƒ Re-using the currently running virtualbox VM for "minikube" ...
โŒ› Waiting for SSH access ...
๐Ÿ“ถ "minikube" IP address is 192.168.99.100
๐Ÿณ Configuring Docker as the container runtime ...
๐Ÿณ Version of container runtime is 18.06.3-ce
โŒ› Waiting for image downloads to complete ...
โœจ Preparing Kubernetes environment ...
๐Ÿšœ Pulling images required by Kubernetes v1.14.1 ...
๐Ÿ”„ Relaunching Kubernetes v1.14.1 using kubeadm ...
โŒ› Waiting for pods: apiserver
๐Ÿ’ฃ Error restarting cluster: wait: waiting for component=kube-apiserver: timed out waiting for the condition

๐Ÿ˜ฟ Sorry that minikube crashed. If this was unexpected, we would love to hear from you:
๐Ÿ‘‰ https://github.com/kubernetes/minikube/issues/new
โŒ Problems detected in "kube-addon-manager":
error: no objects passed to appt-token-pbnl8 ==
error: no objects pINFO: == Kubassed to apply

The output of the minikube logs command:
minikube.log

The operating system version:
Mojave 10.14.4

capiserver eapiserver-timeout prioritbacklog triagneeds-information

Most helpful comment

@ljmwaugh I met the same problem with you, and finally I found this is a network problem, I used a vpn, so I can't route to the local k8s cluster. Maybe you can check your network too.

All 9 comments

Do you mind running minikube status for me as well? I'm curious if it recovered.

It isn't clear to me what happened yet, but you can likely workaround it by using minikube delete.

minikube status
host: Running
kubelet: Running
apiserver: Stopped
kubectl: Correctly Configured: pointing to minikube-vm at 192.168.99.102

That is after I had done a minikube stop, then minikube delete, then minikube start again. I waited overnight then did minikube status.

Thanks! Do you mind checking if the minikube v1.1.0 release fixes this? We refactored this particular health check to be more robust. Hope it helps!

I believe this issue was resolved in the v1.1.0 release. Please try upgrading to the latest release of minikube and run minikube delete to remove the previous cluster state.

If the same issue occurs, please re-open this bug. Thank you opening this bug report, and for your patience!

hi, I installed the v1.1.0 release as requested.
I did a minikube delete first to make sure I was starting fresh.
then did a minikube start, it took a very long time but eventually it crashed. It never started successfully as you can see in the files.
I'm attaching the console output and the log output. Please let me know if there is other information that would be helpful.
minikube-logs.txt
minikube_crash_console.txt

minikube status
host: Running
kubelet: Running
apiserver: Stopped
kubectl: Correctly Configured: pointing to minikube-vm at 192.168.99.104

@ljmwaugh I met the same problem with you, and finally I found this is a network problem, I used a vpn, so I can't route to the local k8s cluster. Maybe you can check your network too.

@kaelzhan thanks for the hint. that was my problem.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

kphatak picture kphatak  ยท  3Comments

mrtkp9993 picture mrtkp9993  ยท  3Comments

javajon picture javajon  ยท  3Comments

vainikkaj picture vainikkaj  ยท  3Comments

ahmetb picture ahmetb  ยท  3Comments