To resolve the issue follow the steps below:
- Restore the VM from a backup which was taken before the consolidation attempt
- Update ESXi to a version which works to prevent consolidations from being cancelled
- Despite the updates, the user interface may still allow an attempt to cancel these processes. Please refrain from doing so.
The issue is resolved in the following versions:
-VMware ESXi 6.0 Patch 6 (Build:6921384)
-VMware ESxi 6.5 U1(Build:5310538)
Workaround:
To workaround the issue Repoint the VM to a parent virtual disk.
If the parent virtual disk has not been corrupted, this will allow the VM to power on.
Warning: This will cause all the data in the snapshot virtual disks to be lost. For instance, if the snapshot disk was in place for two months, two months' worth of data will be lost. Ensure having good backups of the virtual machine before taking this step.
Process to repoint the VM to a parent virtual disk:
- Open the virtual machine vmx file and find the "scsi disk" which failed to open.
- Open SSH session to host were VM resides.
- Change directory to VM location : cd /vmfs/volumes/datastoreName/VMname/
- vi Vmname.vmx
- Look for (Example : scsi0:0.fileName = "TestVM-000008.vmdk")- search for the "scsi disk" mentioned in error message.
- Update the entry with the name of its parent disk.
- This is found from the name of disk and its numbering "TestVM-000007.vmdk".
- Power on the virtual machine.
- If the VM still does not power on, Repeat the procedure for the parent snapshot disk, and re-try the power on again.
Note: It is common for multiple snapshot virtual disks to become corrupted in these cases. The procedure may need to be retried several times until the virtual disk is found in the chain which will allow the VM to power on.