HP UX Serviceguard Storage Management Software manual Recovery in a CVM Environment

Page 46

Cluster Volume Manager Administration

Recovery in a CVM Environment

NOTE

Recovery in a CVM Environment

In a Cluster Volume Manager environment, when one set of mirrored disks fails and gets replaced, vxreattach fails to recognize the replaced disk.

The exact error message is: Device path not valid When reattaching failed disks to a Cluster Volume Manager (CVM) cluster, the correct procedure requires running the vxdctl enable command on all nodes and running the vxreattach command with the -roption on the master node. This initiates a vxrecover command to recover all volumes.

Follow these steps to reattach failed disks to a CVM cluster:

1. Confirm that paths and devices are ready for I/O, using the dd command:

#dd if=/dev/rdsk/c6t2d1 of=/dev/null bs=1k count=10 10+0 records in

10+0 records out

2.Execute the vxdctl enable command on all nodes in the cluster

3.On the master node, reattach and recover all volumes with the vxreattach command, using the -roption:

#vxreattach -r <device>

All devices should now be recognized by all nodes in the cluster.

Halting the cluster, rebooting all the cluster nodes, and restarting the cluster will also result in proper device recognition.

46

Chapter 4

Image 46

Contents Second Edition Legal Notices Contents Cluster Volume Manager Administration TroubleshootingPrinting History Printing HistoryPage Technical Overview Cluster File System Failover Overview of Cluster File System ArchitectureCluster File System Design Group Lock ManagerCFS Supported Features Supported FeaturesVxFS Functionality on Cluster File Systems Unsupported Features CFS Unsupported FeaturesCFS Unsupported Features Advantages To Using CFS Benefits and ApplicationsWhen To Use CFS Benefits and Applications Chapter Cluster File System Architecture Cluster Communication Veritas Cluster Volume Manager FunctionalityRole of Component Products Membership PortsCluster File System and The Group Lock Manager About CFSAsymmetric Mounts Parallel I/O Primary and Secondary Mount OptionsCluster File System Backup Strategies Distributing Load on a Cluster Error Handling PolicySynchronizing Time on Cluster File Systems File System TuneablesAbout Veritas Cluster Volume Manager Functionality Example of a Four-Node ClusterPrivate and Shared Disk Groups Activation Modes for Shared Disk Groups Activation Modes for Shared Disk GroupsConnectivity Policy of Shared Disk Groups Allowed and conflicting activation modesLimitations of Shared Disk Groups About Veritas Cluster Volume Manager Functionality Chapter Cluster File System Administration Cluster File System Administration Cluster Messaging GAB Cluster Communication LLT Volume Manager Cluster Functionality Overview Cluster File System Overview Cluster and Shared MountsAsymmetric Mounts Cluster File System Administration Cluster File System CommandsFstab file Time Synchronization for Cluster File SystemsGrowing a Cluster File System Distributing the Load on a ClusterCluster File System Administration Performance Considerations Cluster Snapshot CharacteristicsSnapshots for Cluster File Systems Creating a Snapshot on a Cluster File System# cfsumount /mnt1snap Cluster Volume Manager Overview of Cluster Volume Management Example of a 4-Node Cluster Disk group activation mode restrictions Either of the write modes on other nodes will fail # cfsdgadm display Disk Group Failure Policy Behavior of Master Node for Different Failure PoliciesRecovery in a CVM Environment Troubleshooting Incorrect Permissions for Root on Remote System Installation IssuesInaccessible System Resource Temporarily UnavailableInstallation Issues Unmount Failures Cluster File System ProblemsMount Failures Performance Issues Command FailuresHigh Availability Issues Cluster File System Problems Appendix a