Jun 25 2023 10:02 PM - edited Jun 25 2023 10:05 PM
I am trying to run Docker Desktop in an Azure VM. The Azure VM has Windows 10 Pro as the OS.
So, I am following this document
In the step **Configure Nested Virtualization**, I am running the below command after updating the VM name. I am executing as PowerShell script under **Run command** pane.
Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true
I am getting the following error.
Set-VMProcessor : Hyper-V was unable to find a virtual machine with name
I have noticed that the documentation mentions executing it when the system is in the OFF state.
While in the **Run Command** pane, it is not letting execute the command if the machine is in the OFF state.
What I am doing wrong?
The VM is of type **Standard D4as v4**
Jun 27 2023 03:53 PM
Jul 06 2023 02:11 AM
@fmartel Please help with this point also as how to run the command.
The documentation says to run it when the VM is in stopped state. While I run to execute the command under 'Run Command' section, it is mentioned that VM must be ON.
Jul 06 2023 05:18 AM
I have never installed docker desktop, so I don't know what is the enduser experience.
So I think it is because you misunderstood the guide or I misunderstand the need.
I assume it is a some kind of manager that leverage Hyper-V container virtualization and the manager need to have virtualization extensions enabled during the install of during the container creation.
The thing is.. Set-VMProcessor is intended to be ran on a hyper-v host that as a stoped VM.
When ExposeVirtualizationExtensions is set to true to a VM, it allow this vm to run virtualization technologies on this VM. (Hyper-V)
So in your scenario the VM (Standard D4as v4) is managed by Microsoft in Azure and this VM have ExposeVirtualizationExtensions value set to false because nested virtualization is not supported on AMD servers in Azure. You must dealocate your VM, change the VM size to a VM size that support nested virtualization. After that you can install hyper-v in that VM and you should be able to spin a nested VM/container in that VM. Set ExposeVirtualizationExtensions to the new VM/container created would allow this child VM to run another hyper-V host inside.. which is a pretty much uncommon scenario.
Hope it make sense.
Jul 07 2023 02:21 AM
Jul 07 2023 02:55 AM