BUG REPORT:
When starting minikube on Windows 10 with Hyper-V the start hangs on "starting vm".
Command:
minikube start --vm-driver=hyperv --hyperv-virtual-switch=External -v 10
Output:
Starting local Kubernetes v1.7.5 cluster...
Starting VM...
[executing ==>] : C:\windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive ( Get-VM minikube
).state
[stdout =====>] : Running
[stderr =====>] :
Waiting for SSH to be available...
Getting to WaitForSSH function...
[executing ==>] : C:\windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive ( Get-VM minikube
).state
[stdout =====>] : Running
[stderr =====>] :
[executing ==>] : C:\windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive (( Get-VM minikub
e ).networkadapters[0]).ipaddresses[0]
[stdout =====>] :
[stderr =====>] :
Error getting ssh command 'exit 0' : IP not found
Getting to WaitForSSH function...
[executing ==>] : C:\windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive ( Get-VM minikube
).state
[stdout =====>] : Running
[stderr =====>] :
[executing ==>] : C:\windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive (( Get-VM minikub
e ).networkadapters[0]).ipaddresses[0]
[stdout =====>] :
[stderr =====>] :
Error getting ssh command 'exit 0' : IP not found
Please provide the following details:
Environment:
so the issue with missing IP seems to be fixed with 0.22.2 but that still seems to have additional issues see #1945 and #1981
I installed version v0.22.2 and I'm still getting the same error.
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.
Prevent issues from auto-closing with an /lifecycle frozen comment.
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
Getting the same error.
minikube version: v0.25.0
Docker-machine has no errors either.
Any help would be greatly appreciated.
Same here:
minikube version: v0.25.0
I'm seign the same behavior with minikube v0.25.0
Starting local Kubernetes v1.9.0 cluster...
Starting VM...
[executing ==>] : C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive ( Get-VM minikube ).state
[stdout =====>] : Running
[stderr =====>] :
Waiting for SSH to be available...
Getting to WaitForSSH function...
[executing ==>] : C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive ( Get-VM minikube ).state
[stdout =====>] : Running
[stderr =====>] :
[executing ==>] : C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -NonInteractive (( Get-VM minikube ).networkadapters[0]).ipaddresses[0]
[stdout =====>] :
[stderr =====>] :
Error getting ssh command 'exit 0' : IP not found
Please make sure you can have an IP address assigned on the external switch. Since it shows 'IP not found' it does not seem to get an answer for DHCP. Make sure the external switch is active on the same interface you are connected to on the network, or try using the "Default switch" instead.
I did now i'm getting a different error... im runing this command on Powershell as admin.
PS> .\minikube.exe start --vm-driver=hyperv --hyperv-virtual-switch=kubernetes -v 10
the error is:
_Error setting container-runtime options during provisioning ssh command error:
command : sudo systemctl -f restart crio
err : Process exited with status 1
output : Job for crio.service failed because the control process exited with error code.
See "systemctl status crio.service" and "journalctl -xe" for details._
Is there a way to troubleshoot from the minikube vm ?
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
/remove-lifecycle stale
Closing issue. If this is still a problem, open a new issue against the latest version
Same with version 0.32
... in my case I hadn't realisd there were multiple ethernet cards in my machine (built-in one on the motherboard I'd forgotten was there), and didn't notice that HyperV-Manager was by default creating switches on the built-in, disconnected, never-used, ethernet card.
This is still a bug, IMHO. Fixes needed:
I have the same problem with v0.34.
Any one have an idea how to fix it ?
Same problem. My machine has two network adapters.
Most helpful comment
Please make sure you can have an IP address assigned on the external switch. Since it shows 'IP not found' it does not seem to get an answer for DHCP. Make sure the external switch is active on the same interface you are connected to on the network, or try using the "Default switch" instead.