Veritas Storage Foundation and High Availability Solutions Release Notes

About Veritas Storage Foundation and High Availability SolutionsKnown issues71After a global clustering site failover, mounting a replicated data volumecontaining a VxFS file system on the new Primary site in read-write mode mayfail with the following error:UX:vxfs mount: ERROR: V-3-21268: /dev/vx/dsk/dg/data_volumeis corrupted. needs checkingThis usually happens because the file system was not quiesced on the originalPrimary site prior to the global clustering site failover and therefore, the filesystems on the new Primary site may not be fully consistent.Workaround:The following workarounds resolve these issues.For issue 1, run the fsck command on the snapshot volume on the Secondary, torestore the consistency of the file system residing on the snapshot.For example:# fsck -F vxfs /dev/vx/dsk/dg/snapshot_volumeFor issue 2, run the fsck command on the replicated data volumes on the newPrimary site, to restore the consistency of the file system residing on the datavolume.For example:# fsck -F vxfs /dev/vx/dsk/dg/data_volumeIn an IPv6-only environment RVG, data volumes or SRL names cannotcontain a colon (1672410, 1672417, 1825031)Issue: After upgrading VVR to an IPv6-only environment in 6.0 release, vradmincommands may not work when a colon is specified in the RVG, data volume(s)and/or SRL name. It is also possible that after upgrading VVR to an IPv6-onlyenvironment, vradmin createpri may dump core when provided with RVG, volumeand/or SRL names containing a colon in it.Workaround:Make sure that colons are not specified in the volume, SRL and RVG names in theVVR configurationvradmin commands might fail on non-logowner node after logowner change(1810827)When VVR is used for replicating shared disk groups in a Veritas StorageFoundation Cluster File System High Availability (SFCFSHA) or Veritas StorageFoundation for Oracle RAC (SFRAC) environment consisting of three or more