OVF または コンテンツライブラリのテンプレートから仮想マシンを展開すると「No host is compatible with the virtual machine」エラーでパワーオンに失敗する
search cancel

OVF または コンテンツライブラリのテンプレートから仮想マシンを展開すると「No host is compatible with the virtual machine」エラーでパワーオンに失敗する

book

Article ID: 432722

calendar_today

Updated On:

Products

VMware vSphere ESXi

Issue/Introduction

免責事項:これは英文の記事「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)」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。


  • エクスポートされた OVF やコンテンツライブラリに保存されたテンプレートから仮想マシンを展開すると以下のエラーで仮想マシンのパワーオンに失敗する。

    No host is compatible with the virtual machine

  • vCenter Server の vpxd.log には以下のエラーが出力されます。

    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 = "<実際のゲスト OS ID>"

    例: 実際のゲスト OS ID が windows2019srv_64Guest の場合

    unsupportedGuestOS = "windows2019srv_64Guest"

Environment

VMware vCenter Server 8.0

Cause

仮想マシンを OVF としてエクスポートする際、またはコンテンツライブラリへテンプレートとしてクローンする処理時に、仮想マシンの設定で明示的に選択されている下位互換のゲスト OS バージョンではなく、VMware Tools にて収集された実際のゲスト OS 情報が優先して構成されてしまう vCenter Server の既知の問題です。

展開先となる ESXi ホストや仮想マシンのハードウェア バージョンが古く、VMware Tools が報告した実際のゲスト OS ID をサポートしていない場合、パワーオン時に互換性が無いと判定されパワーオン処理が失敗します。

Resolution

この問題は、vCenter Server 8.0 U3h で修正されています。

Workaround 1: ハードウェア バージョンのアップグレード

仮想マシンのハードウェア バージョンを、該当のゲスト OS が選択可能なバージョンへアップグレードします。

Note: デプロイ先の ESXi ホストが該当ハードウェア バージョンをサポートしている必要があります。

Workaround 2: VMware Tools で収集されたゲスト OS 情報のリセット

現在のハードウェア バージョンを維持する必要がある場合は、以下の手順で VMware Tools の収集情報をクリアします。

    1. OVF エクスポートの前 (または コンテンツ ライブラリに登録する前)に、ベース仮想マシンの電源がオフになっていることを確認します。

    2. PowerCLI を起動し、vCenter Server に接続します。

    3. 以下のコマンドを実行し、VMware Tools から収集されたゲスト OS の情報を確認します。

      (Get-VM <仮想マシン名>).Guest.RuntimeGuestId

      例:

      > (Get-VM vmname).Guest.RuntimeGuestId
      windows2019srv_64Guest

    4. 以下のコマンドを実行し、VMware Tools から収集されたゲスト OS の情報をリセットします。

      (Get-VM <仮想マシン名>).ExtensionData.ResetGuestInformation()

    5. 再度、以下のコマンドを実行し、VMware Tools から収集されたゲスト OS の情報がリセットされたことをを確認します。

      (Get-VM <仮想マシン名>>).Guest.RuntimeGuestId

      例:

       > (Get-VM vmname).Guest.RuntimeGuestId
       > 

    6. 仮想マシンをパワーオンせずに、OVF エクスポート(または コンテンツライブラリへのテンプレート作成)を実施します。