PowerFlex:特定のESXiホストへのvMotionが「移行の受信に失敗しました」というエラーで失敗する

2つのESXiホスト間の構成の違いの例:

[root@esxi01:/etc] cat /etc/vmware/config
libdir = "/usr/lib/vmware"
authd.proxy.nfc = "vmware-hostd:ha-nfc"
authd.proxy.nfcssl = "vmware-hostd:ha-nfcssl"
authd.proxy.vpxa-nfcssl = "vmware-vpxa:vpxa-nfcssl"
authd.proxy.vpxa-nfc = "vmware-vpxa:vpxa-nfc"
authd.fullpath = "/sbin/authd"
vhv.enable = "TRUE"

[root@esxi02:/etc] cat /etc/vmware/config
libdir = "/usr/lib/vmware"
authd.proxy.nfc = "vmware-hostd:ha-nfc"
authd.proxy.nfcssl = "vmware-hostd:ha-nfcssl"
authd.proxy.vpxa-nfcssl = "vmware-vpxa:vpxa-nfcssl"
authd.proxy.vpxa-nfc = "vmware-vpxa:vpxa-nfc"
authd.fullpath = "/sbin/authd"

  vMotionを使用してVMを特定のESXiホストに移行しようとすると、移行が失敗し、「移行の受信に失敗しました」というエラーが生成されます。  

環境内のESXiホスト間の構成の不一致により、vMotionが失敗しています。仮想ハードウェアアシスト仮想化(VHV)は、一部のホストでは有効にされ、他のホストでは無効になる場合があります。この不一致により、2つのホスト グループ間でvMotionが失敗します。この問題は、実行中のVMに関連付けられている「vmware.log」ファイルと、ソース/デスティネーションESXiホスト上の「/var/log/hostd.log」ファイルを確認することで確認できます。

 
HOSTD.LOG:
YYYY-MM-DDTHH:MM:SS.707Z warning hostd[3E9C2B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/vsan:52564a82ba326e84-801d1a338d7d6fbc/7cb5cb5a-3b00-46cf-40eb-3cfdfe0f1d40/VIRTUAL_MACHINE.vmx] Failed to find activation record, event user unknown.
YYYY-MM-DDTHH:MM:SS.708Z info hostd[3E9C2B70] [Originator@6876 sub=Vimsvc.ha-eventmgr] Event 131 : Error message on VIRTUAL_MACHINE on target_esxi.fqdn.com in ha-datacenter: Configuration mismatch: The virtual machine cannot be restored because the snapshot was taken with VHV enabled. To restore, set vhv.enable to true.
YYYY-MM-DDTHH:MM:SS.709Z info hostd[40040B70] [Originator@6876 sub=Vimsvc.ha-eventmgr] Event 132 : Deleted ports in the vSphere Distributed Switch  in ha-datacenter.
YYYY-MM-DDTHH:MM:SS.710Z info hostd[2BDE2B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/vsan:52564a82ba326e84-801d1a338d7d6fbc/7cb5cb5a-3b00-46cf-40eb-3cfdfe0f1d40/VIRTUAL_MACHINE.vmx] Answered question 1938160
YYYY-MM-DDTHH:MM:SS.710Z warning hostd[2BDE2B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/vsan:52564a82ba326e84-801d1a338d7d6fbc/7cb5cb5a-3b00-46cf-40eb-3cfdfe0f1d40/VIRTUAL_MACHINE.vmx] Failed to find activation record, event user unknown.
YYYY-MM-DDTHH:MM:SS.710Z info hostd[2BDE2B70] [Originator@6876 sub=Vimsvc.ha-eventmgr] Event 133 : Error message on VIRTUAL_MACHINE on target_esxi.fqdn.com in ha-datacenter: Failed to receive migration.
-->

VMWARE.LOG:
YYYY-MM-DDTHH:MM:SS.407Z| vmx| I125: Msg_Post: Error
YYYY-MM-DDTHH:MM:SS.407Z| vmx| I125: [msg.cpuid.vhv.enablemismatch] Configuration mismatch: The virtual machine cannot be restored because the snapshot was taken with VHV enabled. To restore, set vhv.enable to true.
YYYY-MM-DDTHH:MM:SS.407Z| vmx| I125: ----------------------------------------
YYYY-MM-DDTHH:MM:SS.409Z| vmx| I125: Vigor_MessageRevoke: message 'msg.cpuid.vhv.enablemismatch' (seq 1946687) is revoked
YYYY-MM-DDTHH:MM:SS.409Z| vmx| I125: MigrateSetStateFinished: type=2 new state=12
YYYY-MM-DDTHH:MM:SS.409Z| vmx| I125: MigrateSetState: Transitioning from state 11 to 12.
YYYY-MM-DDTHH:MM:SS.409Z| vmx| I125: Migrate: Caching migration error message list:
YYYY-MM-DDTHH:MM:SS.409Z| vmx| I125: [msg.checkpoint.migration.failedReceive] Failed to receive migration.
YYYY-MM-DDTHH:MM:SS.410Z| vmx| I125: Msg_Post: Error
YYYY-MM-DDTHH:MM:SS.410Z| vmx| I125: [msg.checkpoint.migration.failedReceive] Failed to receive migration.
YYYY-MM-DDTHH:MM:SS.410Z| vmx| I125: ----------------------------------------

以下のVMware KB記事に基づいて、すべてのESXiホストでVHVを無効にすることをお勧めします。環境(VMとしてESXiを実行)で何らかのタイプの入れ子になった仮想化が発生している場合、この構成の変更は入れ子になったVMに影響します。

ネストされた仮想化ソリューションとしてのESXiの実行のサポート

VHVを無効にするには、次の手順を実行します。

1. ESXiホストをメンテナンス モードにする
2. ESXiホストにSSH接続します。
3. パス「/etc/vmware/」に移動します。
4. コマンド「cp configuration config.bak」を実行して、既存の構成ファイルをバックアップします。
5. 既存の構成ファイル「configuration」を編集し、「vhv.enable = TRUE」の行を削除します。 
6. ESXiホストを再起動します

メモ: ESXi環境でVHVを無効にすると、vMotionは同じVHV構成設定を持つホスト間でのみVMを移行します。ほとんどの場合、VHVが有効になっているESXiホストで実行されているVMではダウンタイムが必要になります

例：

• ESXi 1/2/3ではVHVが有効になっており、ESXi 4/5/6ではVHVが無効になっています。ESXi 1/2/3では、それぞれVMが実行されています。
• ESXi 3がメンテナンス モードになり、VMがESXi 2に移行します。ESXi 3ではVHVが無効になっています。
• ESXi 2がメンテナンス モードになり、VMがESXi 1に移行します。ESXi 2ではVHVが無効になっています。
• VHV構成の違いにより、実行中のVMが残りのホストにvMotionを実行できないため、ESXi 1はメンテナンス モードに入ることができません。この時点でVMの電源を一時的にオフにする必要があります。