-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Minikube fails to start on Windows 10 because it can't select an IP #754
Comments
Having same issue with Windows 10 Pro x64 14393.321 and minikube version: v0.11.0
|
Thanks for the detailed report. Can you check that the Hyper V VM has access to the internet? Could you attempt to ping google.com from the VM? Also how is your Hyper V virtual switch configured? |
neither ping google.com nor ping 8.8.8.8 work |
@aaron-prindle The VM is using the I did not specify anything while creating my minikube VM and I was expecting it to create it's own virtual switch with the appropriate settings. Did I do something wrong or is it some side effect due to the prior presence of Docker For Windows on my machine ? I tried to add an "external" virtual switch and to recreate the VM but it's still using Let me know if I can do anything to help solve this. |
I managed to work around this by using the internet connection sharing feature in Win 10.
This provides an internet connection and DHCP for the minikube VM. |
@ereOn There is a workaround for this by creating you own Virtual Switch other than DockerNAT and specifiying that virtual switch using the --hyperv-virtual-switch flag. |
Closing, reopen if you are still having trouble. |
@aaron-prindle Great thanks ! I'm gonna try that. |
@aaron-prindle I can confirm it works with the latest release (v0.12.2) like a charm ! I didn't even have to specify For the record, I used this command in an admin command prompt:
|
Still a problem for us:- Docker Version: 1.12.3 ==> /var/lib/localkube/localkube.err <== |
Tried with latest minikube... still getting this error:- Docker Version: 1.12.3 ==> /var/lib/localkube/localkube.err <== |
I have the same error with Minikube 0.14.0. The strange thing is that it worked yesterday but does not today. Seems to be a bit random... |
I tried the exact same steps. I'm using minikube version 0.22.2. I could get the VM started but when I type the command Unable to connect to the server: dial tcp 192.168.137.128:8443: connectex: No connection could be made because the targe |
I think there is a race condition. If the VM starts and the first IP address made available is IPv6, then things fail. If the VM starts and the first IP address made available is IPv4, it works. If, in Windows's Control Panel, you disable IPv6 for the Hyper-V virtual NIC, then it seems to work since you'll always get a IPv4 address. This is my guess based on a few attempts. |
I was able to use my existing NAT switch as such:
and since I happen to have an Ubuntu VM already on this switch, which was using a static IP (no DHCP servers on Hyper-V built-ins. yeap.) I was able to just install isc-dhcp-server there, run it on the main interface, and solved this issue. I run Unbind DNS server on my windows host for all VMs. |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
I tried following the directions in the Medium article which disabled the ipv6 stack on each adapter. Sadly minikube still appears to find an ipv6 address when trying to ssh for the first time. The only way I was able to force this to stop was disabling ipv6 support complete through the Windows Registry following these steps: https://techjourney.net/disable-turn-off-ipv6-support-in-windows-10-8-1-8-7-vista/ Hopefully this is remedied in the near future as this a non-ideal situation. |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Rotten issues close after 30d of inactivity. Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
This step fixed it for me:
Oddly I need to do this every time I reboot. |
/remove-lifecycle rotten |
/reopen This bug just bit me. |
@nyetwurk: You can't reopen an issue/PR unless you authored it or you are a collaborator. In response to this:
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. |
I'm having the same issue and have disabled ipv6 on all my network adaptors and system wide via the registry and the minikube vm is still getting an ipv6 address. I am stuck, on occasion it gets an ipv4 address and it runs just fine but it's not reliable |
I just had the same issue after system sleep. Resolved by recreating virtual switch (disabling ipv6 and doing jebbench solution) and minikube machine. |
This command worked for me in an admin power shell, windows 10 build 18363.1316 |
BUG REPORT
Minikube version
v0.12.0
Environment:
What happened:
I tried to do
minikube start
. It said it went fine (except for this but I found a workaround) but then I still could not display the dashboard.minikube ip
works and returns an IPv6 address but nothing else.Here is what
minikube logs
shows:The text was updated successfully, but these errors were encountered: