The VM's EFI firmware fails to boot into Windows, resulting in a black console. vmware.log shows only the EFI ROM version after CPU reset, but not the BIOS-UUID.
Example:/vmfs/volumes/datastore_name/vm_name/vmware.log
YYYY-MM-DDTHH:MM:SS In(05) vcpu-0 - CPU reset: hard (mode Emulation)
...
YYYY-MM-DDTHH:MM:SS In(05) vcpu-0 - Guest: EFI ROM version: VMW71.00V.18227214.B64.2106252220 (64-bit RELEASE)
YYYY-MM-DDTHH:MM:SS In(05) vcpu-0 - BIOS-UUID is ## ## ## ## ## ## ## ##-## ## ## ## ## ## ## ## <=== Will be Missing when issue occurs
This issue happens intermittently. A VM reset invoked from the vCenter GUI results in the Windows operating system performing a standard startup sequence, without prompting for or entering recovery options.
VMware vSphere ESXi 7.0.1
VMware vSphere ESXi 8.0.0
VMware vSphere ESXi 7.0.2
A deadlock occurrs intermittently in VMware Virtual Machine Monitor (VMM) at boot time when the following conditions meet:
This issue is resolved in ESXi 8.0 GA build number 20513097
Workaround:
To work around the issue, please follow any one of the two procedures mentioned below:
Option1: Upgrade the VM virtual hardware version to 14 or newer. Refer to Upgrading a virtual machine to the latest hardware version (multiple versions)
Option2: Add the following configuration parameters to vm_name.vmx
file.
chipset.smramLock = "TRUE"
cpu.canDisableSMM = "TRUE"
Refer to the below steps to add the configuration parameters to a Virtual Machine (VM) using the vSphere Client /ESXi GUI.
chipset.smramLock
TRUE
cpu.canDisableSMM
TRUE
There is no functional or performance issue associated with setting these options.