If the file is no longer locked, try to power on the virtual machine again. This should succeed. To determine the cause of the previously locked file, review the VMkernel,
hostd
, and
vpxa
log files and attempt to determine:
- When the
hostd
and vpxa
management agents open VMDK descriptor files, they log messages similar to:
info 'DiskLib'] DISKLIB-VMFS : "/vmfs/volumes/UUID/VMName/VMName-000001.vmdk" : open successful (21) size = 32227695616, hd = 0. Type 8
info 'DiskLib'] DISKLIB-VMFS : "/vmfs/volumes/UUID/VMName/VMName-000001.vmdk" : closed.
- When the VMkernel attempts to open a locked file, it reports:
31:16:46:55.498 cpu7:8715)FS3: 2928: [Requested mode: 2] Lock [type 10c00001 offset 11401216 v 2035, hb offset 3178496
gen 26643, mode 1, owner 4ca72d14-84dc8dd4-0da3-0017a4770038 mtime 2213195] is not free on volume 'norr_prod_vmfs_data08'
- The file may have been locked by third-party software running on an ESXi/ESX host or externally. Review the logs of any third-party software that may have acted on the virtual machine's VMDK files at the time.
If the virtual machine cannot be powered on again because the file remains locked, or to determine which ESX host held the lock previously, see
Investigating virtual machine file locks on ESX/ESXi (10051).
For additional steps to try, see
Unable to delete the virtual machine snapshot due to locked files (2017072).