Launching soon: The world's first vendor agnostic bug scrubLearn more & join waitlist
OPERATIONAL DEFECT DATABASE
...
...
Cannot vMotion a virtual machine. vMotion fails at 68%. You see these errors: A General System Error Failed to receive migration.An error occurred restoring the virtual machine state during migration. If you navigate to the Virtual Machine folder, you see three vswp files instead of two. When using Windows 8, you observe errors in the vmware.log file similar to:<YYYY-MM-DD>T<time></time>.158Z| vmx| DUMPER: Item 'CtrCountX' [-1, -1] not found.<YYYY-MM-DD>T<time></time>.158Z| vmx| VMGenCtrCheckpoint: Failing restore from old Win8 checkpoint In the /var/log/hostd.log file on the destination host, you see entries similar to:<YYYY-MM-DD>T<time></time>.816Z [392C2B90 info 'ha-eventmgr'] Event 137 : Error message on virtual_machine_name on pfc-vsphere3 in ha-datacenter: Failed to receive migration.--><YYYY-MM-DD>T<time></time>.817Z [38DEEB90 verbose 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] VMotionLastStatusCb: Failed with error 7: Failed to resume on destination.<YYYY-MM-DD>T<time></time>.817Z [38DEEB90 verbose 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] VMotionResolveCheck: Operation in progress<YYYY-MM-DD>T<time></time>.817Z [39850B90 verbose 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] Retrieved current VM state from foundry 5, 2<YYYY-MM-DD>T<time></time>.818Z [39850B90 verbose 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] VMotionResolveCheck: Operation in progress<YYYY-MM-DD>T<time>.818Z [38B95B90 info 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] Disconnect check in progress.</time><YYYY-MM-DD>T<time></time>.818Z [38A40B90 info 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] Answered question _vmx1<YYYY-MM-DD>T<time></time>.818Z [38A40B90 verbose 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] Retrieved current VM state from foundry 5, 2<YYYY-MM-DD>T<time></time>.818Z [38A40B90 verbose 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] VMotionResolveCheck: Operation in progress<YYYY-MM-DD>T<time></time>.822Z [38B95B90 info 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] Disconnect check in progress.<YYYY-MM-DD>T<time></time>.822Z [39850B90 verbose 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] Version status of tools changed to: 2<YYYY-MM-DD>T<time></time>.823Z [38B95B90 info 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] Unmounting the vm.<YYYY-MM-DD>T<time></time>.824Z [38B95B90 info 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] VMDB unmount initiated.<YYYY-MM-DD>T<time></time>.824Z [38B95B90 info 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] Unmounting VM complete.<YYYY-MM-DD>T<time></time>.829Z [38DEEB90 verbose 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] VMotionStatusCb: Completed<YYYY-MM-DD>T<time></time>.829Z [38DEEB90 verbose 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] VMotionResolveCheck: Firing ResolveCb<YYYY-MM-DD>T<time></time>.829Z [38DEEB90 info 'VMotionDst (1326851502585845)'] ResolveCb: VMX reports needsUnregister = true for migrateType MIGRATE_TYPE_VMOTION<YYYY-MM-DD>T<time></time>.830Z [38B95B90 info 'vm:/vmfs/volumes/4ec6366a-da4ccca7-5c3c-d067e5f90149/virtual_machine_name/virtual_machine_name.vmx'] Mount state values have changed.<YYYY-MM-DD>T<time></time>.830Z [38B95B90 info 'Libs'] VmdbDbRemoveCnx: Removing Cnx from Db for '/db/connection/#9f/'<YYYY-MM-DD>T<time></time>.830Z [38B95B90 info 'Libs'] VmdbCnxDisconnect: Disconnect: closed pipe for sub cnx '/db/connection/#9f/' (0)<YYYY-MM-DD>T<time></time>.830Z [38DEEB90 info 'VMotionDst (1326851502585845)'] ResolveCb: Failed with fault: (vmodl.fault.SystemError) {--> dynamicType = <unset>,--> faultCause = (vmodl.MethodFault) null,--> faultMessage = (vmodl.LocalizableMessage) [--> (vmodl.LocalizableMessage) {--> dynamicType = <unset>,--> key = "msg.checkpoint.mrestoregroup.failed",--> message = "An error occurred restoring the virtual machine state during migration.--> ",--> },--> (vmodl.LocalizableMessage) {--> dynamicType = <unset>,--> key = "msg.checkpoint.migration.failedReceive",--> message = "Failed to receive migration.--> ",--> }--> ],--> reason = "Failed to resume on destination.",--> msg = ""--> }<YYYY-MM-DD>T<time></time>.831Z [38DEEB90 verbose 'VMotionDst (1326851502585845)'] Migration changed state from MIGRATING to UNREGISTERING<YYYY-MM-DD>T<time></time>.831Z [38DEEB90 verbose 'VMotionDst (1326851502585845)'] Finish called
This issue occurs if the state of the virtual machine cannot be determined from the .vmx file. Starting with ESXi 5.0, by default, each virtual machine has two vswp files when the virtual machine is powered on. This issue occurs when the machine has three vswp files, instead of two.
To work around this issue in a View environment: Log in to the VMware View Administrator page. Click Inventory > Desktop. Click the virtual machine for which vMotion failed. Click the More commands drop down and select Enter Maintenance Mode. In vCenter Server, right-click the virtual machine and click Power > Power off. Right-click the datastore and browse to the virtual machine storage location. Verify that the vswp files are no longer present. Right-click the virtual machine and click Power > Power On. Note: Do not use Restart or Reset. Right-click the datastore and browse to the virtual machine storage location. Verify that the virtual machine has only two vswp files. Perform the vMotion again. To work around this issue in a non-View environment: Connect to vCenter Server using the vSphere Client. Right-click the virtual machine and click Power > Power off. Right-click the datastore and browse to the virtual machine storage location. Verify that the vswp files are no longer present. Right-click the virtual machine and click Power > Power On. Note: Do not use Restart or Reset. Right-click the datastore and browse to the virtual machine storage location. Verify that the virtual machine has only two vswp files. Perform the vMotion again. If the issue persists and you still see three vswp files: Connect to vCenter Server using the vSphere Client. Right-click the virtual machine and click Power > Power off. Right-click the datastore and browse to the virtual machine storage location. Right-click the vswp file and click Move To. Expand and select a temporary destination location where you want to save the the files and then click Move. You can also rename the vswp file. Right-click the virtual machine and click Power > Power On. Note: Do not use Restart or Reset. Right-click the datastore and browse to the virtual machine storage location. Verify that the virtual machine has only two vswp files. Perform the vMotion again.
For more information, see Snapshots, checkpoints, and VMotion actions of virtual machines with Windows 8 or Windows Server 2012 not compatible with ESXi hosts implementing different versions (2033723).Snapshots, checkpoints, and VMotion actions of virtual machines with Windows 8 or Windows Server 2012 not compatible with ESXi hosts implementing different versionsvMotion が 68% で失敗し、「移行中、仮想マシン状態のリストアを試みている間にエラーが発生しました」というエラーが表示されるvMotion 在进行到 68% 时失败并显示错误：在迁移期间还原虚拟机状态时出错