minikube: xhyve driver not working anymore on MacOS 10.12 sierra
Minikube version (use minikube version): 0.10.0
Environment:
- OS (e.g. from /etc/os-release): MacOS 10.12 Sierra
- VM Driver (e.g.
cat ~/.minikube/machines/minikube/config.json | grep DriverName): xhyve - Docker version (e.g.
docker -v): Docker version 1.12.2-rc1, build 45bed2c, experimental (because of Sierra, but also tried previous and stable version, all Docker for Mac) - Install tools:
- Others:
What happened:
minikube start --vm-driver=xhyve Starting local Kubernetes cluster... E0930 11:28:13.241885 36469 start.go:85] Error starting host: Error creating host: Error creating machine: Error in driver during machine creation: Machine didn't return an IP after 120 seconds, aborting. Retrying.
What you expected to happen:
Starting local Kubernetes cluster... Running pre-create checks... Creating machine... Starting local Kubernetes cluster... or similar
How to reproduce it (as minimally and precisely as possible):
Run minikube start --vm-driver=xhyve on an environment similar to the one above.
Anything else do we need to know: The vbox driver works, so it must be something with the xhyve or docker-machine. Also looking at the error. Installed versions are: docker-machine version 0.8.2, build e18a919 docker-machine-driver-xhyve-0.2.3 The latter hasn’t been updated since August.
About this issue
- Original URL
- State: closed
- Created 8 years ago
- Reactions: 9
- Comments: 38 (15 by maintainers)
I don’t see this problem and can run minikube successfully with everything installed by homebrew:
Installation procedure for xhyve/docker-machine/docker-machine-driver-xhyve:
Maybe it’s an issue with docker-machine-driver-xhyve when installed with GO? GO in my environment is also installed via homebrew:
I was having this same issue. Clearing out .minikube (
rm -rf ~/.minikube) fixed it for me. I was then able to minikube start with the xhyve driver.@zchee your latest version, built the way you’ve described (i.e.
make) works fine for me with macOS 10.12 (16A323) whereas the previous version (viabrew install) did not work.minikube delete; rm -rf ~/.minikube;did the trick for me.I can confirm this – had the same issue and it’s the
docker-machine-driver-xhyvethat crashes. This is due to incompatibilities introduced with macOS Sierra and the plugin binary you have doesn’t work on Sierra anymore. The repo is here: https://github.com/zchee/docker-machine-driver-xhyve. You can’t go the Homebrew route because that will download the incompatible binary again. The only thing you can do is get your local Go environment up-to-date so that you can recompile the plugin from source.Or I could upload the fixed plugin binary somewhere. Alas, that would mean you trusting me.
@shakefu I had the same error message, which was caused by an incomplete VirtualBox uninstallation. Removing
/usr/local/bin/VBoxManageresolved my problem, and I was able to use the Xhyve driver successfully.For those looking for a solution, here’s how you can get going with minikube + xhyve right now.
@puja108 Sorry 🙇
@mboersma As your posted error log,
It seems its binary is not installed by the
Maybe you installed by
go get. (or, you have twodocker-machine-driver-xhyvebinary)The short answer: I’m sorry to take up your time, retry
I was added small trick to
Versionvariable.go get, commit version uses to https://github.com/zchee/docker-machine-driver-xhyve/blob/master/xhyve/version.go#L8brew ... --HEAD, uses to https://github.com/Homebrew/homebrew-core/blob/master/Formula/docker-machine-driver-xhyve.rb#L38 actuallyHomebrewHEAD-8b542eb(current latest).make,HEADwill change to commit hash. https://github.com/zchee/docker-machine-driver-xhyve/blob/master/Makefile#L81So,
HEADis maybego get.And now, my driver has been not supported
go getinstall if want to use 9p folder share. Needsmake.README.mdhas not yet been updated. It was my fault. very sorry…And, _why does not support
go get?_. The short answer isgo getdoes not support build submodules. In this case, lib9p. e.g. Not support automatically run thego generatecommand.(maybe for the security issue)Also, If not add
-tags lib9pforgocommand , cgo did not built thepci_virtio_9p.c. https://github.com/zchee/docker-machine-driver-xhyve/blob/master/vendor/github.com/zchee/libhyperkit/pci_virtio_9p.c#L1So, I think you’re binary not static linked
lib9p.aobject file. or not added-tags lib9p. Therefore occurPlease try
If anything does not appear, it is not linked.
I’m having this problem as well, but the error I’m getting is quite a bit different, I think. The “SSH command” seems to be misinterpreted as
exit 0.Error Log
Homebrew Version of Docker Machine Xhyve Driver
@mboersma Hmm… 😦
OK, I’ll debug it at tomorrow(today? now AM5:30 in Japan lol) will going to bed… Sorry, please wait a moment.
I rebuilt docker-machine-xhyve-binary with the above patch, but it ends up the same:
@mboersma try adding
--v=5 --show-libmachine-logsto your start command. That will print out debug level logs from the driver. That might help figure out the issueHoller if you need help. 😃
Sent from my iPhone SE