Cohesity version: 7.2.2 U2 (20250718)
Under “New Recovery > Virtual Disks” disk one is listed with mapping while disk two is listed but without mapping.
On every VM experiencing this issue you see disk one as being mapped with mount points, while disk two is listed but with no mount point.
Restore of VM succeeds and both disks are recovered. Only missing the mount point to access the data for the guest OS.
Multiple VMs succeeding recovery (not affected) and those that are affected have the same VMtools, VM Hardware version, and same guest OS RHEL build.
Issue spans across clusters, different storage arrays. Across multiple Cohesity “Protection groups”.
When looking at previous restore points seeing the same issue for the affected VMs.
This missing mapping makes it so during recovery both disks are recovered to the restored VM, but the mappings are missing.
It seems that once the issue started it has continued for the affected VMs.
Cohesity Backup Solution
vCenter Server
Possibly due to something in the environment (e.g., increased storage I/O, communication issues between ESX hosts and storage, etc.) affecting the random VMs.
Does not appear to be an issue caused by vSphere.
Work with backup storage vendor (Cohesity for this scenario) to confirm next best steps.
Cohesity support may need the following.
From web browser, generate a HAR log for when accessing the “New Recovery > Virtual Disks” page.
Time Capsule logs and copies of vmx files for a couple affected VMs (original and restored).
Known resolution is to create new full backup of affected VMs.
Note: Doing this will likely cause loss of access to recover from previous older restore points.