Veritas InfoScale™ 7.3.1 Troubleshooting Guide - 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
Backing up a disk group configuration
VxVM uses the disk group configuration backup daemon to monitor configuration changes of disk groups. Whenever the configuration changes, the daemon creates a backup of the configuration after an hour. This is done to avoid processing multiple backup's being triggered in a short interval. By default, the five most recent backups are preserved. The backup's are placed at the following location: /etc/vx/cbr/bk/diskgroup.dgid/bkp_YYYYMMDDD_HHMMSS/. This format helps you in restoring the disk group from a particular backup based on the time at which it was taken. If required, you can also back up a disk group configuration by running the vxconfigbackup command.
The following files record disk group configuration information:
Disk group information. | |
Disk attributes. | |
Binary configuration copy. | |
Configuration records in vxprint -m format. |
Here diskgroup is the name of the disk group, and dgid is the disk group ID. If a disk group is to be recreated on another system, copy these files to that system.
Warning:
Take care that you do not overwrite any files on the target system that are used by a disk group on that system.
To back up a disk group configuration
- Type the following command:
# /etc/vx/bin/vxconfigbackup [-f] [-l directory] [[diskgroup ...] | [dgid ...]]
diskgroup(s)
The diskgroup(s) can be specified either by name or by ID
-f
The -f option lets you force a complete backup
-l
The -loption lets you specify a directory for the location of the backup configuration files other than the default location,
/etc/vx/cbr/bk
To back up all disk groups, use this version of the command:
# /etc/vx/bin/vxconfigbackup [-f] [-l directory]
See the vxconfigbackup(1M) manual page.