Veritas Storage Foundation 5.1 SP1 Cluster File System Release Notes (5900-1509, April 2011)

the failure, you may have to use base VxVM commands to reattach mirrors. After
mirrors are attached, you need to wait until the mirrors are in SNAPDONE state.
Re-validate the snapplan again.
Reattach command failure in a multiple disk group environment
(1840672)
In a multiple disk group environment, if the snapshot operation fails then
dbed_vmsnap fails to reattach all the volumes. This operation must be performed
as root user.
Workaround
In case the reattach operation fails, ues the following steps to reattach the volumes.
To reattach volumes in a multiple disk group environment if the snapshot operation
fails
1
Join the snapshot disk groups to primary diskgroups. The snapshot disk group
name is a concatenation of “SNAPSHOT_DG_PREFIX” parameter value in
snapplan and primary disk group name. Use the following command to join
the disk groups:
# vxdg join snapshop_disk_group_name
primary_disk_group_name
2
Start all the volumes in primary disk group.
# vxvol -g primary_disk_group_name startall
3
Reattach the snapshot volumes with primary volumes. The snapshot volume
names is a concatenation of “SNAPSHOT_VOL_PREFIX” parameter value in
snapplan and primary volume name. Use the following command to reattach
the volumes.
# vxsnap -g primary_disk_group_name reattach snapshop_volume_name
source=primary_volume_name
Repeat this step for all the volumes.
Clone command fails if archive entry is spread on multiple
lines (1764885)
If you have a log_archive_dest_1 in single line in the init.ora file, then
dbed_vmclonedb will work but dbed_vmcloneb will fail if you put in multiple lines
for log_archive_dest_1.
Storage Foundation Cluster File System Release Notes
Known issues
46