Problem:
The event viewer shows the Volume Shadow Copy Service error: Unexpected error IOCTL_STORAGE_QUERY_PROPERTY(\\.\PHYSICALDRIVE2, StorageDeviceProperty) - BuildLunInfoForDrive. hr = 0x80070002 error when a virtual copy creation is in progress.
Suggestion:
When this message is logged by the Volume Shadow Copy service, it notifies the user that the initial search on the imported volume is not complete. It will try again to make sure the snapshot can be imported successfully. If the snapshot process still fails and this error is logged, please contact HP.
Problem:
Recovery Manager creates the virtual copy successfully but does not show it in GUI or CLI.
Suggestion:
If the virtual copy is requested on a passive from active node or vice versa, it will be created on the desired node. The virtual copy is visible only on the node where it is created. Check the appropriate node.
Problem:
Recovery Manager shows a virtual copy as available but it is mounted or vice versa.
OR
Recovery Manager shows a virtual copy as available but it still cannot be mounted because the status indicates that the virtual copy is already mounted.
Suggestion:
This mismatched entry might be due to a previously failed Recovery Manager operation. Check for mismatched entries using the analyze command.
To resolve mismatched entries, follow the steps detailed below:
1.Remove VLUNs and virtual volumes for the mismatched volume. To do so, run:
RMExch analyze -s <exchange server> -g <storage group>
This command shows which virtual volumes and VLUNs might be left over from a previously failed operation. Remove these VLUNs and virtual volumes manually from the HP 3PAR Storage System.
2.Remove timestamp entries from the repository. To do so, run:
RMExch analyze
This shows all Missing VVs from a storage group. These are the virtual volumes entries that are deleted from HP 3PAR Storage System but are still in the repository. Remove the respective timestamps from repository by deleting the directory:
<installpath>\3PAR\RM\Exchange\Repository\<exchange server>\<storage group>\<time stamp>
Problem:
Recovery Manager takes too long to create a virtual copy.
Suggestion:
Once the snapshot is created, it is verified and .log files are truncated. For this, the checkpoint is fetched and log file names are traversed one by one. This may take a longer due to a large number of .log files for a storage group. If a virtual copy creation is taking too long, check the virtual copy creation with the
Problem: