hhhh-mm-ddThh:mm:ss.###Z error vpxd[####] [Originator@6876 sub=Default opID=########] [VpxLRO] -- ERROR task-#### -- ########-####-####-####-############(########-####-####-####-############) -- vm-#### -- vim.VirtualMachine.powerOn: :vim.fault.NoCompatibleHost--> Result:--> (vim.fault.NoCompatibleHost) {--> faultCause = (vmodl.MethodFault) null, --> faultMessage = <unset>, --> host = (vim.HostSystem) [--> 'vim.HostSystem:########-####-####-####-############:host-###'--> ], --> error = (vmodl.MethodFault) [--> (vim.fault.UnsupportedGuest) {--> faultCause = (vmodl.MethodFault) null, --> faultMessage = <unset>, --> property = <unset>, --> unsupportedGuestOS = "<Actual Guest OS ID>"windows2019srv_64Guest"VMware vCenter Server 8.0
This is a known issue in vCenter Server where the actual guest OS information collected by VMware Tools takes precedence over the backward-compatible guest OS version explicitly configured in the virtual machine settings. This occurs during an OVF export or when cloning a virtual machine to a template in the Content Library.
If the hardware version of the destination ESXi host or the virtual machine is old and does not support the actual guest OS ID reported by VMware Tools, it is determined to be incompatible during power-on, causing the power-on process to fail.
This issue is resolved in vCenter Server 8.0 U3h.
Workaround 1: Upgrade the Hardware Version
Upgrade the virtual machine hardware version to a version that is selectable by the guest operating system.
Note: The destination ESXi host must support the upgraded hardware version.
Workaround 2: Reset the Guest OS Information collected by VMware Tools
If need to maintain the current hardware version, clear the VMware Tools collection information: