Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

hyperkit macOS catalina: getting MAC address from UUID: vmnet: error from vmnet.framework: -1 #5594

Closed
ashkan-leo opened this issue Oct 11, 2019 · 32 comments
Labels
co/hyperkit Hyperkit related issues help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/bug Categorizes issue or PR as related to a bug. lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. priority/important-longterm Important over the long term, but may not be staffed and/or may need multiple releases to complete. top-10-issues Top 10 support issues

Comments

@ashkan-leo
Copy link

I am unable to start minikube with hyperkit on mac OS Catalina. I was able to run minikube before upgrading to Catalina.

The exact command to reproduce the issue:

minikube stop && minikube delete && minikube start --vm-driver=hyperkit

The full output of the command that failed:

✋ Stopping "minikube" in virtualbox ...
🛑 "minikube" stopped.
🔥 Deleting "minikube" in virtualbox ...
💔 The "minikube" cluster has been deleted.
😄 minikube v1.4.0 on Darwin 10.15
🔥 Creating hyperkit VM (CPUs=4, Memory=8192MB, Disk=20000MB) ...
🔄 Retriable failure: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

🔥 Deleting "minikube" in hyperkit ...
E1010 22:01:41.581336 38132 main.go:100] libmachine: (minikube) Error reading pid file: open /Users/ashkanaleali/.minikube/machines/minikube/hyperkit.json: no such file or directory
🔥 Creating hyperkit VM (CPUs=4, Memory=8192MB, Disk=20000MB) ...
🔄 Retriable failure: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

🔥 Deleting "minikube" in hyperkit ...
E1010 22:01:49.012099 38132 main.go:100] libmachine: (minikube) Error reading pid file: open /Users/ashkanaleali/.minikube/machines/minikube/hyperkit.json: no such file or directory
🔥 Creating hyperkit VM (CPUs=4, Memory=8192MB, Disk=20000MB) ...
🔄 Retriable failure: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

🔥 Deleting "minikube" in hyperkit ...
E1010 22:01:58.676325 38132 main.go:100] libmachine: (minikube) Error reading pid file: open /Users/ashkanaleali/.minikube/machines/minikube/hyperkit.json: no such file or directory
🔥 Creating hyperkit VM (CPUs=4, Memory=8192MB, Disk=20000MB) ...
🔄 Retriable failure: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

🔥 Deleting "minikube" in hyperkit ...
E1010 22:02:14.547227 38132 main.go:100] libmachine: (minikube) Error reading pid file: open /Users/ashkanaleali/.minikube/machines/minikube/hyperkit.json: no such file or directory

💣 Unable to start VM: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

😿 Sorry that minikube crashed. If this was unexpected, we would love to hear from you:
👉 https://github.com/kubernetes/minikube/issues/new/choose

The output of the minikube logs command:

💣 api load: filestore "minikube": Docker machine "minikube" does not exist. Use "docker-machine ls" to list machines. Use "docker-machine create" to add a new one.

😿 Sorry that minikube crashed. If this was unexpected, we would love to hear from you:
👉 https://github.com/kubernetes/minikube/issues/new/choose

The operating system version: mac OS 10.15

@nanikjava
Copy link
Contributor

Try deleting the /Users/ashkanaleali/.minikube directory and start minikube again and see if that helps

@ashkan-leo
Copy link
Author

I deleted that directory. It didn't help.

@sharifelgamal sharifelgamal added the co/hyperkit Hyperkit related issues label Oct 11, 2019
@tstromberg tstromberg changed the title Minikube with hyperkit crashes on startup on mac OS Catalina hyperkit macOS catalina: getting MAC address from UUID: vmnet: error from vmnet.framework: -1 Oct 16, 2019
@tstromberg
Copy link
Contributor

I suspect there is some kind of Catalina-specific permissions issue going on, but it could also be some other kind of API mismatch. I don't have a Catalina host to check against yet.

@tstromberg tstromberg added help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/bug Categorizes issue or PR as related to a bug. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. labels Oct 16, 2019
@medyagh
Copy link
Member

medyagh commented Oct 30, 2019

I think this is related to #5610
and there is a upstream PR in hyperkit that seems to be addressing hyperkit issue on catalina moby/hyperkit#263

@medyagh
Copy link
Member

medyagh commented Oct 30, 2019

@ashkan-leo
I myself get this error, I suspect this is related to the latest verison of Docker

 $ docker version
Client: Docker Engine - Community
 Version:           19.03.4
 API version:       1.40
 Go version:        go1.12.10
 Git commit:        9013bf5
 Built:             Thu Oct 17 23:44:48 2019
 OS/Arch:           darwin/amd64
 Experimental:      false

do you mind sharing the version of docker"

@medyagh medyagh added the top-10-issues Top 10 support issues label Oct 30, 2019
@medyagh
Copy link
Member

medyagh commented Oct 31, 2019

@ashkan-leo @natebrunette
do you mind sharing also your hyperkit version ?

hyperkit -v

one thing I noticed brew upgrade did NOT upgrade my hyperkit version ! which made debugging this issue more complicated.

@natebrunette
Copy link

natebrunette commented Oct 31, 2019

@medyagh I forgot to mention, I built hyperkit from master and all of my issues are resolved (re: #5610)

$ hyperkit -v
hyperkit: v0.20190802-4-g97f091-dirty

@medyagh
Copy link
Member

medyagh commented Oct 31, 2019

Excellent @natebrunette thank you so much for getting back to me !

I also confirm that upgrading both my docker and hyperkit driver fixed my issue too.
here are the versions on my mac machine:

$ hyperkit -v
hyperkit: v0.20190201-11-gc0dd46

Homepage: https://github.com/docker/hyperkit
License: BSD

$ docker version

Client: Docker Engine - Community
 Version:           19.03.4
 API version:       1.40

it worth noting that brew upgrade failed to upgrade my hyperkit. so I had to manually delete it.
anyone else has the issue here are the commands :

brew uninstall hyperkit
rm $(which hyperkit)
brew install hyperkit
hyperkit -v

make sure you download latest version of docker desktop from https://www.docker.com/products/docker-desktop

Update: it worth noting for some users,
re-installing docker for desktop and restarting laptop also helped ! (see #5819 (comment))

@natebrunette
Copy link

so the new release is already tagged?

@fredsted
Copy link

fredsted commented Nov 5, 2019

Neither HyperKit version 0.20190201 nor 0.20190802 works on my machine.

Using minikube 1.5.2, hyperkit 0.20190802 and macOS 10.15.0

Update: while upgrading macOS, minikube and hyperkit didn't work, after I upgraded Docker Desktop, minikube somehow started working.

@mjgallag
Copy link

Since it's been a few months now I'm trying to get a release tagged so we can get this update into Homebrew, see moby/hyperkit#267.

@mjgallag
Copy link

mjgallag commented Mar 9, 2020

New version of hyperkit with Catalina fix is finally available on Homebrew, see Homebrew/homebrew-core#50655 & moby/hyperkit#267 for details.

@BoKleynen
Copy link

BoKleynen commented Mar 16, 2020

I seem to also get this problem on the latest version of hyperkit when my mac's internet sharing is turned on and in use

@mglidden
Copy link

Hmm... I also had internet sharing turned on and got this issue. I wonder if that's the root cause of the issue? None of my co-workers were running into it.

@tstromberg
Copy link
Contributor

I ran into this today, and strangely enough, re-running minikube got past the issue. This was with hyperkit: v0.20190802-4-g97f091.

@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jun 21, 2020
@fejta-bot
Copy link

Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle rotten

@k8s-ci-robot k8s-ci-robot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Jul 22, 2020
@cglacet
Copy link

cglacet commented Aug 3, 2020

Still having this message on the latest version (I also have internet sharing over wifi on). Any solution for this?

@medyagh
Copy link
Member

medyagh commented Aug 12, 2020

@cglacet do you mind sharing output with latest verison of minikube?

@fejta-bot
Copy link

Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen.
Mark the issue as fresh with /remove-lifecycle rotten.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/close

@k8s-ci-robot
Copy link
Contributor

@fejta-bot: Closing this issue.

In response to this:

Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen.
Mark the issue as fresh with /remove-lifecycle rotten.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/close

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@cglacet
Copy link

cglacet commented Feb 16, 2021

@medyagh I think I found a solution the other time, but I can't find it again (I most likely gave up and switched to virtualbox).

Here is the output I have:

❯ minikube start --memory 2048
😄  minikube v1.17.1 on Darwin 11.0.1
🆕  Kubernetes 1.20.2 is now available. If you would like to upgrade, specify: --kubernetes-version=v1.20.2
✨  Using the hyperkit driver based on existing profile
💿  Downloading VM boot image ...
    > minikube-v1.17.0.iso.sha256: 65 B / 65 B [-------------] 100.00% ? p/s 0s
    > minikube-v1.17.0.iso: 212.69 MiB / 212.69 MiB [] 100.00% 41.53 MiB p/s 5s
👍  Starting control plane node minikube in cluster minikube
💾  Downloading Kubernetes v1.19.2 preload ...
    > preloaded-images-k8s-v8-v1....: 487.14 MiB / 487.14 MiB  100.00% 55.65 Mi
🔄  Restarting existing hyperkit VM for "minikube" ...
🤦  StartHost failed, but will try again: driver start: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

🔄  Restarting existing hyperkit VM for "minikube" ...
😿  Failed to start hyperkit VM. Running "minikube delete" may fix it: driver start: getting MAC address from UUID: vmnet: error from vmnet.framework: -1


❌  Exiting due to PR_HYPERKIT_VMNET_FRAMEWORK: Failed to start host: driver start: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

💡  Suggestion: Hyperkit networking is broken. Upgrade to the latest hyperkit version and/or Docker for Desktop. Alternatively, you may choose an alternate --driver
🍿  Related issues:
    ▪ https://github.com/kubernetes/minikube/issues/6028
    ▪ https://github.com/kubernetes/minikube/issues/5594
  • minikube: 1.17.1
  • hyperkit 0.20200908

@frnhr
Copy link

frnhr commented Feb 18, 2021

Same in 2021 on BigSur 😞

$ docker -v
Docker version 20.10.2, build 2291f61
$ hyperkit -v
hyperkit: 0.20200908

Homepage: https://github.com/docker/hyperkit
License: BSD

$ minikube start --driver=hyperkit
😄  minikube v1.17.1 on Darwin 11.2.1
✨  Using the hyperkit driver based on user configuration
👍  Starting control plane node minikube in cluster minikube
🔥  Creating hyperkit VM (CPUs=2, Memory=2200MB, Disk=20000MB) ...
🔥  Deleting "minikube" in hyperkit ...
🤦  StartHost failed, but will try again: creating host: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

🔥  Creating hyperkit VM (CPUs=2, Memory=2200MB, Disk=20000MB) ...
😿  Failed to start hyperkit VM. Running "minikube delete" may fix it: creating host: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1


❌  Exiting due to PR_HYPERKIT_VMNET_FRAMEWORK: Failed to start host: creating host: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

💡  Suggestion: Hyperkit networking is broken. Upgrade to the latest hyperkit version and/or Docker for Desktop. Alternatively, you may choose an alternate --driver
🍿  Related issues:
    ▪ https://github.com/kubernetes/minikube/issues/6028
    ▪ https://github.com/kubernetes/minikube/issues/5594

@k8s-ci-robot
Copy link
Contributor

@hariprasadiit: You can't reopen an issue/PR unless you authored it or you are a collaborator.

In response to this:

/reopen

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@cglacet
Copy link

cglacet commented Sep 29, 2021

Did anyone found a solution to this issue?

@gabizou
Copy link

gabizou commented Oct 9, 2021

Did anyone found a solution to this issue?

@cglacet Are you sharing Internet in System Preferences?

Just ran into this issue locally on Big Sur 11.6, but the solution ended up being to disable Internet Sharing:

Hmm... I also had internet sharing turned on and got this issue. I wonder if that's the root cause of the issue? None of my co-workers were running into it.

Logs looked like this
minikube start                                                                                                       [15:48:04]
😄  minikube v1.23.2 on Darwin 11.6
✨  Using the hyperkit driver based on user configuration
💾  Downloading driver docker-machine-driver-hyperkit:
    > docker-machine-driver-hyper...: 65 B / 65 B [----------] 100.00% ? p/s 0s
    > docker-machine-driver-hyper...: 10.53 MiB / 10.53 MiB  100.00% 183.79 MiB
🔑  The 'hyperkit' driver requires elevated permissions. The following commands will be executed:

    $ sudo chown root:wheel /Users/gabizou/.minikube/bin/docker-machine-driver-hyperkit
    $ sudo chmod u+s /Users/gabizou/.minikube/bin/docker-machine-driver-hyperkit


Password:
💿  Downloading VM boot image ...
    > minikube-v1.23.1.iso.sha256: 65 B / 65 B [-------------] 100.00% ? p/s 0s
    > minikube-v1.23.1.iso: 225.22 MiB / 225.22 MiB  100.00% 33.91 MiB p/s 6.8s
👍  Starting control plane node minikube in cluster minikube
🔥  Creating hyperkit VM (CPUs=4, Memory=6144MB, Disk=20000MB) ...
🔥  Deleting "minikube" in hyperkit ...
🤦  StartHost failed, but will try again: creating host: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

🔥  Creating hyperkit VM (CPUs=4, Memory=6144MB, Disk=20000MB) ...
😿  Failed to start hyperkit VM. Running "minikube delete" may fix it: creating host: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1


❌  Exiting due to PR_HYPERKIT_VMNET_FRAMEWORK: Failed to start host: creating host: create: Error creating machine: Error in driver during machine creation: getting MAC address from UUID: vmnet: error from vmnet.framework: -1

💡  Suggestion: Hyperkit networking is broken. Upgrade to the latest hyperkit version and/or Docker for Desktop. Alternatively, you may choose an alternate --driver
🍿  Related issues:
    ▪ https://github.com/kubernetes/minikube/issues/6028
    ▪ https://github.com/kubernetes/minikube/issues/5594

After disabling Internet Sharing (was in a predicament where I needed to share ethernet to another set of devices), re-running minikube start worked just fine:

minikube start                                                                                                       [15:48:31]
😄  minikube v1.23.2 on Darwin 11.6
✨  Using the hyperkit driver based on existing profile
👍  Starting control plane node minikube in cluster minikube
🔄  Restarting existing hyperkit VM for "minikube" ...
🐳  Preparing Kubernetes v1.22.2 on Docker 20.10.8 ...
    ▪ Generating certificates and keys ...
    ▪ Booting up control plane ...
    ▪ Configuring RBAC rules ...
🔎  Verifying Kubernetes components...
    ▪ Using image gcr.io/k8s-minikube/storage-provisioner:v5
🌟  Enabled addons: storage-provisioner, default-storageclass
🏄  Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default

@sharifelgamal
Copy link
Collaborator

I'll reopen this and leave it open for discoverability.

@sharifelgamal sharifelgamal reopened this Nov 4, 2021
@k8s-triage-robot
Copy link

The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.

This bot triages issues and PRs according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Reopen this issue or PR with /reopen
  • Mark this issue or PR as fresh with /remove-lifecycle rotten
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/close

@k8s-ci-robot
Copy link
Contributor

@k8s-triage-robot: Closing this issue.

In response to this:

The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.

This bot triages issues and PRs according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Reopen this issue or PR with /reopen
  • Mark this issue or PR as fresh with /remove-lifecycle rotten
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/close

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@zosocanuck
Copy link

Hmm... I also had internet sharing turned on and got this issue. I wonder if that's the root cause of the issue? None of my co-workers were running into it.

Ran into the same problem and turning off Internet Sharing on macOS Monterrey resolved the issue.

@TimekillerTK
Copy link

Try deleting the /Users/ashkanaleali/.minikube directory and start minikube again and see if that helps

This fixed it for me.

I had the same issue getting MAC address from UUID: vmnet: error from vmnet.framework: -1 after updating a bunch of packages on my system.

@cglacet
Copy link

cglacet commented Feb 15, 2023

@gabizou Yes I think that was the issue, I'll have to double check next time it happens :)

A colleague just got into the same issue, turning internet sharing off solved the issue for her.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
co/hyperkit Hyperkit related issues help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/bug Categorizes issue or PR as related to a bug. lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. priority/important-longterm Important over the long term, but may not be staffed and/or may need multiple releases to complete. top-10-issues Top 10 support issues
Projects
None yet
Development

No branches or pull requests