The exact command to reproduce the issue: minikube start --vm-driver=hyperv
The full output of the command that failed:
! 'hyperv' driver reported an issue: C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe Get-WindowsOptionalFeature -FeatureName Microsoft-Hyper-V-All -Online failed:
X hyperv does not appear to be installed
The output of the minikube logs command:
*
X Error getting config: cluster "minikube" does not exist
*
The operating system version: Windows 10 Pro
Hyper-V is installed, enabled, and works fine for docker desktop:
Output of Get-WindowsOptionalFeature -FeatureName Microsoft-Hyper-V-All -Online:
FeatureName : Microsoft-Hyper-V-All
DisplayName : Hyper-V
Description : Provides services and management tools for creating and running virtual machines and their resources.
RestartRequired : Possible
State : Enabled
CustomProperties :
Note: I have tried rebooting
@ajjensen13 If you really has hyperv configured correctly, you might have the same problem as I had
For me the problem was the hyperv driver timed out during state check (Get-WindowsOptionalFeature -FeatureName Microsoft-Hyper-V-All -Online).
It has a fix 2sec timeout (see #6422) and for me it need 3-4sec to return.
To confirm this please run this command in powershell and copy the output here:
measure-command {Get-WindowsOptionalFeature -FeatureName Microsoft-Hyper-V-All -Online | out-host}
For example my output to this command:
FeatureName : Microsoft-Hyper-V-All
DisplayName : Hyper-V
Description : Provides services and management tools for creating and running virtual machines and their resources .
RestartRequired : Possible
State : Enabled
CustomProperties :
Days : 0
Hours : 0
Minutes : 0
Seconds : 3
Milliseconds : 182
Ticks : 31827615
TotalDays : 3,68375173611111E-05
TotalHours : 0,000884100416666667
TotalMinutes : 0,053046025
TotalSeconds : 3,1827615
TotalMilliseconds : 3182,7615
So it takes 3sec to run the command for me.
If you also see that more than 2sec (or close to 2sec) in TotalSeconds you probably has the timeout problem.
I'm running into the same issue, and my results for the Powershell command are as stated. I did measure the timing and mine is running at 2 sec and 9 ms so technically over by just a hair. PR #6422 looks like it was a recent add, can we extend the timeout to 3 or 4 sec?
Also a note that for now adding a '--force' to your start command got me around it.
I'm away from my computer so I can't verify, but I strongly suspect that is
the same issue for me. I successfully installed minikube on Hyper-V on the
same machine about 2 weeks ago (and had to remove it temporarily). Now it
is failing to start.
On Tue, Feb 11, 2020, 12:10 PM Dan Piessens notifications@github.com
wrote:
I'm running into the same issue, and my results for the Powershell command
are as stated. I did measure the timing and mine is running at 2 sec and 9
ms so technically over by just a hair. PR #6422
https://github.com/kubernetes/minikube/pull/6422 looks like it was a
recent add, can we extend the timeout to 3 or 4 sec?—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/kubernetes/minikube/issues/6579?email_source=notifications&email_token=AA5N5EKCJQUYSMWDHPQBM73RCLSZBA5CNFSM4KSYHLTKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELNPENQ#issuecomment-584774198,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AA5N5EJ6HEKITUQDUR3VZZLRCLSZBANCNFSM4KSYHLTA
.
@dpiessens I agree timeout may be extended by few sec.
But the main problem is when timeout happens, there is no meaningful error message about it, so the user has no clue about what happened.
Also the timeout should be enabled to set by user.
As a summary I promote these changes:
--vm-driver-timeout flag (duration)IMHO these should be changed for all #6422 related drivers, not just hyperv for the sake of consistency
Edit: as @dpiessens mentioned with --force flag the command run successfully even when timeout happen, so able to change timeout might be needless
My machine clocks in at about 3.7 seconds. @dpiessens --force suggestion also works for me.
PS C:\WINDOWS\system32> measure-command {Get-WindowsOptionalFeature -FeatureName Microsoft-Hyper-V-All -Online | out-host}
FeatureName : Microsoft-Hyper-V-All
DisplayName : Hyper-V
Description : Provides services and management tools for creating and running virtual machines and their
resources.
RestartRequired : Possible
State : Enabled
CustomProperties :
Days : 0
Hours : 0
Minutes : 0
Seconds : 3
Milliseconds : 766
Ticks : 37666679
TotalDays : 4.3595693287037E-05
TotalHours : 0.00104629663888889
TotalMinutes : 0.0627777983333333
TotalSeconds : 3.7666679
TotalMilliseconds : 3766.6679

flag --force doesn't help

I'm running into the same issue, and my results for the Powershell command are as stated. I did measure the timing and mine is running at 2 sec and 9 ms so technically over by just a hair. PR #6422 looks like it was a recent add, can we extend the timeout to 3 or 4 sec?
Also a note that for now adding a '--force' to your start command got me around it.
The "--force" worked for me.
For me, the HyperV response is taking more than 5 Sec.
the command "_minikube start --vm-driver=hyperv --force_" resolve it.
Earlier in the day minikube was starting and stopping and deleting fine. And then
C:\WINDOWS\system32>minikube start --vm-driver=hyperv
* minikube v1.7.2 on Microsoft Windows 10 Enterprise 10.0.18363 Build 18363
* Using the hyperv driver based on user configuration
! 'hyperv' driver reported an issue: C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe Get-WindowsOptionalFeature -FeatureName Microsoft-Hyper-V-All -Online failed:
Running the recommended Powershell did nothing.
I am failing the 2 second barrier.
I tried to feel the --force and after 18m nothing has happened.
Is there another way?
update
Hyperv is successfully detected in 1.5. Reverting to minikube 1.5.0 as a temporary fix. Thanks
I have exactly the same issue, however my command returns in 0.35 seconds, so well within the 2s barrier. This worked fine before I upgraded minikube just this morning.
I had the exact same issue and --force worked, command takes around 8 seconds. Looking at others reported times, 2 seconds may be too short. And the error message is misleading.
I think we could definitely increase the timeout to 4s if people are seeing this issue. Passing in the flag --vm-driver=hyperv should solve this issue, since auto-detection won't happen. Has anyone tried adding this flag and still this bug?
Also, if anyone would be interested in opening a PR to increase the timeout, I'd be happy to review it.
@priyawadhwa I have opened a PR for this, could you please take a look? Thanks
--force resolved the issue for me
This is really strange. On my machine, it takes roughly 0.3 seconds to return the result.

Just for the sake of it, could you please try updating your cache by following this link?
I Am stuck here. Someone please help.
PS C:\WINDOWS\system32> minikube start --vm-driver hyperv --hyperv-virtual-switch "MiniKube Switch" --force
! 'hyperv' driver reported an issue: C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe Get-WindowsOptionalFeature -FeatureName Microsoft-Hyper-V-All -Online failed:
Documentation: https://minikube.sigs.k8s.io/docs/reference/drivers/hyperv/
Downloading VM boot image ...
minikube-v1.7.3.iso.sha256: 65 B / 65 B [--------------] 100.00% ? p/s 0s
minikube-v1.7.3.iso: 167.39 MiB / 167.39 MiB [-] 100.00% 7.10 MiB p/s 24s
running into this all morning - ended up having to:
minikube delete
Get-Service vmms | Restart-Service
minikube start --force
Still received the message about Hyper-V, but all tasks finished and I was able to create a deployment.
Hi am I am getting the same error below
even after trying out the mentioned commands above as admin.
I have seen this error on multiple sites but no fix. Does anyone know what's going on?
Most helpful comment
I'm running into the same issue, and my results for the Powershell command are as stated. I did measure the timing and mine is running at 2 sec and 9 ms so technically over by just a hair. PR #6422 looks like it was a recent add, can we extend the timeout to 3 or 4 sec?
Also a note that for now adding a '--force' to your start command got me around it.