This is a known issue affecting VMware Site Recovery Manager 8.2.x.
Currently, there is no resolution.
Workaround:
To workaround this issue, add this parameter in the
vmware-dr.xml file on both the SRM servers before running the Disaster Recovery operation.
<storage>
<adapterRootPath>D:\SRM\storage\sra\</adapterRootPath>
<commandTimeout>600</commandTimeout>
<perlPath>D:\SRM\external\perl\perl\bin\perl.exe</perlPath>
<forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
</storage>Once completed, restart the SRM service.
Notes:
- For SRM-Windows, restart the “VMware vCenter Site Recovery Manager server” service.
- If the DR workflow is already executed without the above workaround, then the LUNs needs to be mapped manually to the ESXi hosts after bringing the Site A to run the Failover operations from Site B to Site A.