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
The boot process on Solaris SPARC systems
A Solaris SPARC® system prompts for a boot command unless the autoboot flag has been set in the nonvolatile storage area used by the firmware. Machines with older PROMs have different prompts than that for the newer V2 and V3 versions. These newer versions of PROM are also known as OpenBoot PROMs (OBP). The boot command syntax for the newer types of PROMs is:
ok boot [OBP names] [filename] [boot-flags]
The OBP names specify the OpenBoot PROM designations. For example, on Desktop SPARC systems, the designation sbus/esp@0,800000/sd@3,0:a indicates a SCSI disk (sd) at target 3, lun 0 on the SCSI bus, with the esp host bus adapter plugged into slot 0.
You can use Veritas Volume Manager boot disk alias names instead of OBP names. Example aliases are vx-rootdisk or vx-disk01. To list the available boot devices, use the devalias command at the OpenBoot prompt.
The filename argument is the name of a file that contains the kernel. The default is /kernel/unix in the root partition. If necessary, you can specify another program (such as /stand/diag) by specifying the -a flag. (Some versions of the firmware allow the default filename to be saved in the nonvolatile storage area of the system.)
Warning:
Do not boot a system running VxVM with rootability enabled using all the defaults presented by the -a flag.
Boot flags are not interpreted by the boot program. The boot program passes all boot-flags to the file identified by filename.
See the kadb (1M) manual page.
See the kernel (1) manual page.
More Information