A Virtual Machine (VM) is displayed as Inaccessible within the vCenter Server user interface.
This status persists even after the parent ESXi host has been rebooted or remains in a powered-off state.
The VM cannot be powered on, migrated, or managed through standard vCenter operations.
ESXi 8.0
vCenter Server 8.0
This issue typically occurs when a host failure leaves an active VMFS file lock on the virtual machine configuration or disk files. Even if the host is rebooted, the metadata on the datastore may still associate the file lock with the MAC address of the failed host's management NIC, preventing other hosts from registering or starting the VM.
Run the below command to find any locksfor file in *;do vmfsfilelockinfo -p "$file" | awk '{FS = "\n"; RS = ""} {print $2 , $7}';donels | while read x;do vmfsfilelockinfo -p "$x"| grep "is locked"; done
The locks will point to the Mac address that is on the failed host
If the lock cannot be cleared through standard host management, the recommended workaround is to recreate the VM shell and reattach the existing virtual disks.
Right-click the Inaccessible VM in the vCenter inventory.
Select Remove from Inventory.
Note: Do not select "Delete from Disk."
Right-click your Cluster or Host and select New Virtual Machine.
Choose Create a new virtual machine.
Match the original configuration (CPU, RAM, Network) of the failed VM.
When prompted to Customize Hardware, remove the default "New Hard Disk."
Click Add New Device and select Existing Hard Disk.
Browse to the datastore folder of the original (inaccessible) VM.
Select the base disk (.vmdk) file.
Important: Ensure you are pointing to the base disk and not a snapshot delta file unless specifically required for data consistency.
Complete the wizard and finish the VM creation.
Power on the newly created VM.
Verify that the Guest OS boots correctly and data is intact.
Once verified, you may delete the old orphaned folder/files remaining from the previous registration if they are no longer needed.