Veritas InfoScale 7.3.1 Release Notes - Windows
- Release notes for Veritas InfoScale
- Limitations
- Deployment limitations
- Cluster management limitations
- Storage management limitations
- Multi-pathing limitations
- Replication limitations
- Solution configuration limitations
- Internationalization and localization limitations
- Interoperability limitations
- Known issues
- Deployment issues
- Cluster management issues
- Cluster Server (VCS) issues
- Cluster Manager (Java Console) issues
- Global service group issues
- VMware virtual environment-related issues
- Cluster Server (VCS) issues
- Storage management issues
- Storage Foundation
- VEA console issues
- Snapshot and restore issues
- Snapshot scheduling issues
- Storage Foundation
- Multi-pathing issues
- Replication issues
- Solution configuration issues
- Disaster recovery (DR) configuration issues
- Fire drill (FD) configuration issues
- Quick recovery (QR) configuration issues
- Internationalization and localization issues
- Interoperability issues
- Miscellaneous issues
- Fibre Channel adapter issues
- Deployment issues
In some cases, when 80 or more mirrored volume resources fail over to another node in CVM, some volume resources fault causing all to fault
This issue may occur in a CVM cluster if you are failing over 80 or more mirrored volume resources in a cluster-shared disk group (CSDG) from one node to another. Sometimes, some resources for the mirrored volumes may fault during the failover, which causes even the successfully failed over other volume resources to fault. This happens because of an issue in the CVM message handling behavior. Microsoft failover cluster shows all the resources as faulted. Because of this issue, CVM hangs. (3429391)
Note:
Chances of encountering this issue are less if you are performing failover to more than two nodes in the cluster.
Workaround: As a workaround, change the GAB message handling settings as follows:
- On all the nodes in the cluster, run the following command from the command-line interface:
gabconfig -Q recvq:15
This command changes the value of the GAB receive queue length from 5 (default) to 15.
You can view the current value of the recvq parameter by running the gabconfig -l command.
- Because running the command in Step 1 only makes changes for the running instance, you must also update the value of the command to 15 in the gabtab.txt file located under C:\Program Files\Veritas\comms\gab. This ensures that the changes are not lost if CVM or the machine restarts.