Please enter search query.
Search <book_title>...
Storage Foundation for Oracle® RAC 7.3.1 Administrator's Guide - Linux
Last Published:
2018-01-16
Product(s):
InfoScale & Storage Foundation (7.3.1)
- Section I. SF Oracle RAC concepts and administration
- Overview of Storage Foundation for Oracle RAC
- About Storage Foundation for Oracle RAC
- Component products and processes of SF Oracle RAC
- About Virtual Business Services
- Administering SF Oracle RAC and its components
- Administering SF Oracle RAC
- Starting or stopping SF Oracle RAC on each node
- Administering VCS
- Administering I/O fencing
- About the vxfentsthdw utility
- Testing the coordinator disk group using the -c option of vxfentsthdw
- About the vxfenadm utility
- About the vxfenclearpre utility
- About the vxfenswap utility
- Administering the CP server
- Administering CFS
- Administering CVM
- Changing the CVM master manually
- Administering Flexible Storage Sharing
- Backing up and restoring disk group configuration data
- Administering SF Oracle RAC global clusters
- Administering SF Oracle RAC
- Overview of Storage Foundation for Oracle RAC
- Section II. Performance and troubleshooting
- Troubleshooting SF Oracle RAC
- About troubleshooting SF Oracle RAC
- Troubleshooting I/O fencing
- Fencing startup reports preexisting split-brain
- Troubleshooting CP server
- Troubleshooting server-based fencing on the SF Oracle RAC cluster nodes
- Issues during online migration of coordination points
- Troubleshooting Cluster Volume Manager in SF Oracle RAC clusters
- Troubleshooting CFS
- Troubleshooting interconnects
- Troubleshooting Oracle
- Troubleshooting ODM in SF Oracle RAC clusters
- Prevention and recovery strategies
- Tunable parameters
- Troubleshooting SF Oracle RAC
- Section III. Reference
Refreshing lost keys on coordinator disks
If the coordinator disks lose the keys that are registered, the cluster might panic when a network partition occurs.
You can use the vxfenswap utility to replace the coordinator disks with the same disks. The vxfenswap utility registers the missing keys during the disk replacement.
To refresh lost keys on coordinator disks
- Make sure system-to-system communication is functioning properly.
- Make sure that the cluster is online.
# vxfenadm -d
I/O Fencing Cluster Information: ================================ Fencing Protocol Version: 201 Fencing Mode: SCSI3 Fencing SCSI3 Disk Policy: dmp Cluster Members: * 0 (sys1) 1 (sys2) RFSM State Information: node 0 in state 8 (running) node 1 in state 8 (running)
- Run the following command to view the coordinator disks that do not have keys:
# vxfenadm -s all -f /etc/vxfentab
Device Name: /dev/vx/rdmp/sdx Total Number of Keys: 0 No keys... ...
- Copy the
/etc/vxfenmode
file to the/etc/vxfenmode.test
file.This ensures that the configuration details of both the files are the same.
- On any node, run the following command to start the vxfenswap utility:
# vxfenswap -g vxfencoorddg [-n]
- Verify that the keys are atomically placed on the coordinator disks.
# vxfenadm -s all -f /etc/vxfentab
Device Name: /dev/vx/rdmp/sdx Total Number of Keys: 4 ...