Please enter search query.
Search <book_title>...
Veritas InfoScale™ 7.3.1 Troubleshooting Guide - Solaris
Last Published:
2018-08-22
Product(s):
InfoScale & Storage Foundation (7.3.1)
Platform: Solaris
- Introduction
- Section I. Troubleshooting Veritas File System
- Section II. Troubleshooting Veritas Volume Manager
- Recovering from hardware failure
- Failures on RAID-5 volumes
- Recovery from failure of a DCO volume
- Recovering from instant snapshot failure
- Recovering from failed vxresize operation
- Recovering from boot disk failure
- Hot-relocation and boot disk failure
- Recovery from boot failure
- Repair of root or /usr file systems on mirrored volumes
- Replacement of boot disks
- Recovery by reinstallation
- Managing commands, tasks, and transactions
- Backing up and restoring disk group configurations
- Troubleshooting issues with importing disk groups
- Recovering from CDS errors
- Logging and error messages
- Troubleshooting Veritas Volume Replicator
- Recovery from configuration errors
- Errors during an RLINK attach
- Errors during modification of an RVG
- Recovery on the Primary or Secondary
- Recovering from Primary data volume error
- Primary SRL volume error cleanup and restart
- Primary SRL header error cleanup and recovery
- Secondary data volume error cleanup and recovery
- Troubleshooting issues in cloud deployments
- Recovering from hardware failure
- Section III. Troubleshooting Dynamic Multi-Pathing
- Section IV. Troubleshooting Storage Foundation Cluster File System High Availability
- Troubleshooting Storage Foundation Cluster File System High Availability
- Troubleshooting CFS
- Troubleshooting fenced configurations
- Troubleshooting Cluster Volume Manager in Veritas InfoScale products clusters
- Troubleshooting Storage Foundation Cluster File System High Availability
- Section V. Troubleshooting Cluster Server
- Troubleshooting and recovery for VCS
- VCS message logging
- Gathering VCS information for support analysis
- Troubleshooting the VCS engine
- Troubleshooting Low Latency Transport (LLT)
- Troubleshooting Group Membership Services/Atomic Broadcast (GAB)
- Troubleshooting VCS startup
- Troubleshooting service groups
- Troubleshooting resources
- Troubleshooting I/O fencing
- System panics to prevent potential data corruption
- Fencing startup reports preexisting split-brain
- Troubleshooting CP server
- Troubleshooting server-based fencing on the Veritas InfoScale products cluster nodes
- Issues during online migration of coordination points
- Troubleshooting notification
- Troubleshooting and recovery for global clusters
- Troubleshooting licensing
- Licensing error messages
- VCS message logging
- Troubleshooting and recovery for VCS
- Section VI. Troubleshooting SFDB
Manually removing existing keys from SCSI-3 disks
Review the following procedure to remove specific registration and reservation keys created by another node from a disk.
Note:
If you want to clear all the pre-existing keys, use the vxfenclearpre utility.
To remove the registration and reservation keys from disk
- Create a file to contain the access names of the disks:
# vi /tmp/disklist
For example:
/dev/rdsk/c1t0d11s2
- Read the existing keys:
# vxfenadm -s all -f /tmp/disklist
The output from this command displays the key:
Device Name: /dev/rdsk/c1t0d11s2
Total Number Of Keys: 1 key[0]: [Numeric Format]: 86,70,66,69,65,68,48,50 [Character Format]: VFBEAD02 [Node Format]: Cluster ID: 48813 Node ID: 2 Node Name: unknown
- If you know on which node the key (say A1) was created, log in to that node and enter the following command:
# vxfenadm -x -kA1 -f /tmp/disklist
The key A1 is removed.
- If you do not know on which node the key was created, follow 5 through 7 to remove the key.
- Register a second key "A2" temporarily with the disk:
# vxfenadm -m -k A2 -f /tmp/disklist
Registration completed for disk path /dev/rdsk/c1t0d11s2
- Remove the first key from the disk by preempting it with the second key:
# vxfenadm -p -kA2 -f /tmp/disklist -vA1
key: A2------ prempted the key: A1------ on disk
/dev/rdsk/c1t0d11s2
- Remove the temporary key registered in 5.
# vxfenadm -x -kA2 -f /tmp/disklist
Deleted the key : [A2------] from device /dev/rdsk/c1t0d11s2
No registration keys exist for the disk.