If the system crashes or a subsystem fails while a disk group move, split or join operation is being performed, VxVM attempts either to reverse or to complete the operation when the system is restarted or the subsystem is repaired. Whether the operation is reversed or completed depends on how far it had progressed.
Automatic recovery depends on being able to import both the source and target disk groups. However, automatic recovery may not be possible if, for example, one of the disk groups has been imported on another host.
To recover from an incomplete disk group move
vxprint command to examine the configuration of both disk groups. Objects in disk groups whose move is incomplete have their TUTIL0 fields set to MOVE.
vxdg recover sourcedg
This operation fails if one of the disk groups cannot be imported because it has been imported on another host or because it does not exist:
VxVM vxdg ERROR V-5-1-2907 diskgroup: Disk group does not exist
If the recovery fails, perform one of the following steps as appropriate.
vxdg -o clean recover diskgroup1
Use the following command on the other disk group to remove the objects that have TUTIL0 fields marked as MOVE:
vxdg -o remove recover diskgroup2
vxdg -o clean recover diskgroup