To avoid this issue, power-off VM and deselect option "Virtualization Based Security" (VBS) and disable the vIOMMU in vSphere VM editor. These options are only available on vSphere 6.7 or later and VMs with hardware version 14 or later.
To deselect the option "Virtualization Based Security" (VBS) and disable the vIOMMU:
- Ensure that the virtual machine is shutdown and is powered off.
- Right-click on the virtual machine.
- Click Edit Settings... to open the Virtual Machine Properties window.
- Click the VM Options tab.
- Click on VMware Tools
- Uncheck Virtualization Based Security
- Click OK
Workaround:
To workaround this issue, apply windows update KB4497935 to OS build 18362.145. Or use Microsoft new updated ISO image of Windows 10 v1903 or Windows Server, v1903(OS build number 18362.295) on Visual Studio on Aug 2019, which contain the fix of this issue.
If you do not want to apply this update, the following optional workaround steps would allow use of VBS. However, performing an update to Windows OS after enabling VBS may cause this issue to reoccur.
- Apply above Resolution on powered-off VM.
- Fully install or upgrade guest os without enabling VBS in vSphere
- Power off VM, enable "Expose hardware assisted virtualization to guest" by:
- Right-click VM
- Edit Settings
- Under Virtual Hardware, expand CPU section
- Check the box for "Expose hardware assisted virtualization to the guest OS"
- Power on VM, in the Microsoft guest OS, enable "Hyper-V" feature either PowerCLI or Command line (defer to Microsoft for additional options), then reboot guest OS
- Power off VM, then enable VBS for the VM in vSphere.