minikube: kubeadm init error running command: Process exited with status 1 (make error debuggable!)
Is this a BUG REPORT or FEATURE REQUEST? (choose one): BUG REPORT
Please provide the following details:
Environment: Windows 10 64bit v1709, VirtualBox 5.2.6
Minikube version (use minikube version): v0.25.0
- OS (e.g. from /etc/os-release): Windows
- VM Driver virtualbox
- ISO version (e.g.
cat ~/.minikube/machines/minikube/config.json | grep -i ISOorminikube ssh cat /etc/VERSION): v0.25.1 - Install tools:
- Others:
What happened:
I’m running the following command:
minikube start --cpus=2 --memory=4096 --kubernetes-version=v1.9.2 --bootstrapper=kubeadm
And get this error
Starting local Kubernetes v1.9.2 cluster...
Starting VM...
Getting VM IP address...
Moving files into cluster...
Setting up certs...
Connecting to cluster...
Setting up kubeconfig...
Starting cluster components...
E0131 15:08:47.591370 1704 start.go:276] Error starting cluster: kubeadm init error running command: sudo /usr/bin/kubeadm init --config /var/lib/kubeadm.yaml --skip-preflight-checks: Process exited with status 1
What you expected to happen: A running minikube cluster
How to reproduce it (as minimally and precisely as possible):
minikube start --cpus=2 --memory=4096 --kubernetes-version=v1.9.2 --bootstrapper=kubeadm
Output of minikube logs (if applicable): logs are empty
Anything else do we need to know: This was already reported under #2018, but the issue was closed. The problem is still present though (at least on Windows, I did a quick check on Ubuntu 16.04 and it worked fine).
About this issue
- Original URL
- State: closed
- Created 6 years ago
- Reactions: 6
- Comments: 47 (5 by maintainers)
Reverting to version 0.25.2 from 0.26 is a workaround for me on Windows.
I tried minikube delete and start and the same problem. However, downgrading it to version 0.25.2 works, thanks!
I faced the same issue on my laptop windows 10 minikube
minikube delete
then
minikube start
solved my issue
This seems to be network/firewall related to me. At work, if I’m connected to the secure company network, I get the exact same error as above no matter how many times I try. But If I switch to the insecure public network or I try at home I do not get the error and everything succeeds. By the way I am using
minikube v0.30.0withkubernetes version 1.12.0onWindows 10 64bit v1709 with VirtualBox 5.2.8. Here is my configuration to start minikube:Make sure all the .kube and .minikube folders are deleted and the VM is also removed before running this command:
With minikube v0.33, we’ve presented kubeadm errors directly to the console, removing the mystery and fulfilling this bug. If you run into any further kubeadm issues, please open a new bug. Thanks!
Same error on:
OS: OSX 10.14.1 Mojave VM Driver: Virtualbox Minikube version: v0.30.0
CMD:
Log:
Same issue using Ubuntu 18.04.1 LTS and kvm2 driver
0.25.2 works fine, 0.29 does not.
Getting the same error on OS: Windows 7 VM Driver: Oracle Virtualbox v5.2.8 Minikube version: v0.26.0
Just found related issue that solved my problem: https://github.com/kubernetes/minikube/issues/2696
Same issue on Windows 10
After rerunning now i got this
`
I just experienced this on macOS 10.12.6, minikube v0.25.0,
kubectl version:@shresthsuman I’m running kubernetes in a Linux Mint. I wasn’t referring to the minikube hardware, but to the host hardware, Mint in my case. The thing is that I have Windows and didn’t want to install a clean Mint version in a hard drive, so I created a virtual machine using vmware instead. Is the hardware of that vm I was referring to.
I’m using virtualbox driver in a Linux environment
I was having the very same issue, running a Mint guest VMware machine on a Win10 host. That VM had 2GB and 2 CPUs. In Mint, I ran this command journalctl -f when minikube was starting and noticed an error of virtual box not having enough memory. I then added 4 more GB to the RAM, and 2 more cores, and that seemed to solve the issue. It turned out to be a lack of hardware resources
why is this still an issue? It is rendering minikube useless on arguably an important platform. Is it not worthy of someone trying to fix?
I’m curious… Is anyone looking into this? It seems all the recent messages are just further reports of it not working. I would help out myself, but I lack the knowledge to tackle this.
I am also seeing this issue.
Ubuntu 18.10 64bit kernel: 4.18 Minikube 0.29
This concludes that this is a real problem and not related to old crud left behind.
This seems to be a general case of kubeadm failures, for which we don’t yet provide any additional helpful error messages. If someone sees this again, please attach the output from “minikube ssh” running the following:
sudo journalctl -u kubelet sudo /usr/bin/kubeadm init --config /var/lib/kubeadm.yaml --skip-preflight-checks
as well as:
cat /var/lib/kubeadm.yaml
Thanks!
Get the same issue too, the logs is as following: OS: OS X 10.12.3 Minikube: 0.26.0 VM: VirsualBox
minikube start --registry-mirror=https://registry.docker-cn.com Starting local Kubernetes v1.10.0 cluster… Starting VM… Getting VM IP address… Moving files into cluster… Setting up certs… Connecting to cluster… Setting up kubeconfig… Starting cluster components… E0417 18:23:34.065553 12866 start.go:281] Error restarting cluster: restarting kube-proxy: waiting for kube-proxy to be up for configmap update: timed out waiting for the condition E0417 18:23:40.334590 12866 util.go:151] Error uploading error message: : Post https://clouderrorreporting.googleapis.com/v1beta1/projects/k8s-minikube/events:report?key=AIzaSyACUwzG0dEPcl-eOgpDKnyKoUFgHdfoFuA: read tcp 192.168.3.2:55296->216.58.200.234:443: read: connection reset by peer