Virtual machines (VMs) may appear as "inaccessible" or "invalid" in the vCenter inventory following a manual rename, or movement, of the VM folder on the datastore. If the VM is powered off, it will not power on again. Backup systems and snapshot operations fail with the following errors:
Detected an invalid snapshot configurationA required file was not foundSymptoms: The vmware.log file indicates that the VM configuration process cannot locate the .vmx file because the path defined in the configuration does not match the actual folder structure on the datastore.
Example log entry:
VMware vCenter Server
Renaming, or moving, a virtual machine folder directly via the Datastore Browser or file system commands (such as mv or cp) updates the file system name but fails to update the internal references within the .vmx configuration file and disk descriptor files. vCenter attempts to locate files in the original directory, resulting in a "file not found" condition.
Important: Never rename or move VM folders directly via the Datastore Browser. This feature does not update configuration references and will lead to VM inaccessibility.
Follow these steps to restore VM accessibility:
Verify File Locks: Before modifying any files, confirm that no ESXi host holds a lock on the VM files. Run the following commands via SSH on an ESXi host:
Unregister the VM: In the vSphere Client, right-click the inaccessible virtual machine and select Remove from Inventory.
Correct the Path Mismatch:
.vmx file and update the scsi0:0.fileName paths to reflect the new directory structure.mv or cp to rename or move virtual disks. If renaming virtual disks is required, use vmkfstools -E <old_name.vmdk> <new_name.vmdk>.Re-register the VM:
.vmx file in the correct directory.Verify: Power on the VM to ensure the configuration is loaded correctly. Trigger a snapshot or backup task to confirm the A required file was not found error is resolved.