免責事項:これは英文の記事「Virtual machine fails to power on with error "No host is compatible with the virtual machine" when deploying from OVF or Content Library template (432717)」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。
No host is compatible with the virtual machinehhhh-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 = "<実際のゲスト OS ID>"例: 実際のゲスト OS ID が windows2019srv_64Guest の場合
unsupportedGuestOS = "windows2019srv_64Guest"
VMware vCenter Server 8.0
仮想マシンを OVF としてエクスポートする際、またはコンテンツライブラリへテンプレートとしてクローンする処理時に、仮想マシンの設定で明示的に選択されている下位互換のゲスト OS バージョンではなく、VMware Tools にて収集された実際のゲスト OS 情報が優先して構成されてしまう vCenter Server の既知の問題です。
展開先となる ESXi ホストや仮想マシンのハードウェア バージョンが古く、VMware Tools が報告した実際のゲスト OS ID をサポートしていない場合、パワーオン時に互換性が無いと判定されパワーオン処理が失敗します。
この問題は、vCenter Server 8.0 U3h で修正されています。
Workaround 1: ハードウェア バージョンのアップグレード
仮想マシンのハードウェア バージョンを、該当のゲスト OS が選択可能なバージョンへアップグレードします。
Note: デプロイ先の ESXi ホストが該当ハードウェア バージョンをサポートしている必要があります。
Workaround 2: VMware Tools で収集されたゲスト OS 情報のリセット
現在のハードウェア バージョンを維持する必要がある場合は、以下の手順で VMware Tools の収集情報をクリアします。
(Get-VM <仮想マシン名>).Guest.RuntimeGuestId> (Get-VM vmname).Guest.RuntimeGuestIdwindows2019srv_64Guest(Get-VM <仮想マシン名>).ExtensionData.ResetGuestInformation()(Get-VM <仮想マシン名>>).Guest.RuntimeGuestId > (Get-VM vmname).Guest.RuntimeGuestId >