Arctera

A snapshot volume created on the Secondary, containing a VxFS file system may not mount in read-write mode and performing a read-write mount of the VxFS file systems on the new Primary after a global clustering site failover may fail [3761497]

December 9, 2025

Contributed by:

Issue 1:

When the vradmin ibc command is used to take a snapshot of a replicated data volume containing a VxFS file system on the Secondary, mounting the snapshot volume in read-write mode may fail with the following error:

UX:vxfs mount: ERROR: V-3-21268: /dev/vx/dsk/dg/snapshot_volume 
is corrupted. needs checking
<!--NeedCopy-->

This happens because the file system may not be quiesced before running the vradmin ibc command and therefore, the snapshot volume containing the file system may not be fully consistent.

Issue 2:

After a global clustering site failover, mounting a replicated data volume containing a VxFS file system on the new Primary site in read-write mode may fail with the following error:

UX:vxfs mount: ERROR: V-3-21268: /dev/vx/dsk/dg/data_volume 
is corrupted. needs checking
<!--NeedCopy-->

This usually happens because the file system was not quiesced on the original Primary site prior to the global clustering site failover and therefore, the file systems 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, to restore the consistency of the file system residing on the snapshot.

For example:

# fsck -V vxfs /dev/vx/dsk/aix_all
<!--NeedCopy-->

For issue 2, run the fsck command on the replicated data volumes on the new Primary site, to restore the consistency of the file system residing on the data volume.

For example:

# fsck -V vxfs /dev/vx/dsk/aix_all
<!--NeedCopy-->

The official version of this content is in English. Some of the Cloud Software Group documentation content is machine translated for your convenience only. Cloud Software Group has no control over machine-translated content, which may contain errors, inaccuracies or unsuitable language. No warranty of any kind, either expressed or implied, is made as to the accuracy, reliability, suitability, or correctness of any translations made from the English original into any other language, or that your Cloud Software Group product or service conforms to any machine translated content, and any warranty provided under the applicable end user license agreement or terms of service, or any other agreement with Cloud Software Group, that the product or service conforms with any documentation shall not apply to the extent that such documentation has been machine translated. Cloud Software Group will not be held responsible for any damage or issues that may arise from using machine-translated content.

Was this helpful

A snapshot volume created on the Secondary, containing a VxFS file system may not mount in read-write mode and performing a read-write mount of the VxFS file systems on the new Primary after a global clustering site failover may fail [3761497]

December 9, 2025

Contributed by:

December 9, 2025

Contributed by:

A snapshot volume created on the Secondary, containing a VxFS file system may not mount in read-write mode and performing a read-write mount of the VxFS file systems on the new Primary after a global clustering site failover may fail [3761497]

In this article