Veritas Storage Foundation 5.1 SP1 Cluster File System Administrator"s Guide (5900-1738, April 2011)
/dev/vx/rdmp/disk_9
galaxy> # vxfenadm -s /dev/vx/rdmp/disk_7
Reading SCSI Registration Keys...
Device Name: /dev/vx/rdmp/disk_7
Total Number Of Keys: 1
key[0]:
[Numeric Format]: 86,70,48,49,52,66,48,48
[Character Format]: VFBEAD00
[Node Format]: Cluster ID: 48813 Node ID: 0 Node Name: unknown
where disk_7, disk_8, and disk_9 represent the disk names in your setup.
Recommended action: You must use a unique set of coordinator disks for each
cluster. If the other cluster does not use these coordinator disks, then clear the
keys using the vxfenclearpre command before you use them as coordinator disks
in the local cluster.
See “About the vxfenclearpre utility” on page 84.
Clearing keys after split-brain using vxfenclearpre command
If you have encountered a preexisting split-brain condition, use the vxfenclearpre
command to remove SCSI-3 registrations and reservations on the coordinator
disks as well as on the data disks in all shared disk groups.
See “About the vxfenclearpre utility” on page 84.
Registered keys are lost on the coordinator disks
If the coordinator disks lose the keys that are registered, the cluster might panic
when a cluster reconfiguration occurs.
To refresh the missing keys
◆
Use the vxfenswap utility to replace the coordinator disks with the same
disks. The vxfenswap utility registers the missing keys during the disk
replacement.
See “Refreshing lost keys on coordinator disks” on page 94.
Replacing defective disks when the cluster is offline
If the disk becomes defective or inoperable and you want to switch to a new
diskgroup in a cluster that is offline, then perform the following procedure.
In a cluster that is online, you can replace the disks using the vxfenswap utility.
Troubleshooting SFCFS
Troubleshooting I/O fencing
182