1. Getting Started With Solaris Volume Manager
2. Storage Management Concepts
3. Solaris Volume Manager Overview
4. Solaris Volume Manager for Sun Cluster (Overview)
5. Configuring and Using Solaris Volume Manager (Scenario)
8. RAID-0 (Stripe and Concatenation) Volumes (Overview)
9. RAID-0 (Stripe and Concatenation) Volumes (Tasks)
10. RAID-1 (Mirror) Volumes (Overview)
11. RAID-1 (Mirror) Volumes (Tasks)
12. Soft Partitions (Overview)
16. Hot Spare Pools (Overview)
20. Maintaining Solaris Volume Manager (Tasks)
21. Best Practices for Solaris Volume Manager
22. Top-Down Volume Creation (Overview)
23. Top-Down Volume Creation (Tasks)
24. Monitoring and Error Reporting (Tasks)
25. Troubleshooting Solaris Volume Manager (Tasks)
Troubleshooting Solaris Volume Manager (Task Map)
Overview of Troubleshooting the System
Prerequisites for Troubleshooting the System
General Guidelines for Troubleshooting Solaris Volume Manager
General Troubleshooting Approach
Recovering From Disk Movement Problems
Disk Movement and Device ID Overview
Resolving Unnamed Devices Error Message
Device ID Discrepancies After Upgrading to the Solaris 10 Release
Background Information for Boot Problems
How to Recover From Improper /etc/vfstab Entries
Recovering the root (/) RAID-1 (Mirror) Volume
How to Recover From a Boot Device Failure
Recovering From State Database Replica Failures
How to Recover From Insufficient State Database Replicas
Recovering Storage From a Different System
How to Recover Storage From a Local Disk Set
Recovering Storage From a Known Disk Set
How to Print a Report on Disk Sets Available for Import
How to Import a Disk Set From One System to Another System
Recovering From Disk Set Problems
What to Do When You Cannot Take Ownership of A Disk Set
Performing Mounted Filesystem Backups Using the ufsdump Command
How to Perform a Backup of a Mounted Filesystem Located on a RAID-1 Volume
How to Recover a System Using a Solaris Volume Manager Configuration
A. Important Solaris Volume Manager Files
B. Solaris Volume Manager Quick Reference
This section shows how to recover configuration information for soft partitions. You should only use the following procedure if all of your state database replicas have been lost and you do not have one of the following:
A current or accurate copy of metastat -p output
A current or accurate copy of the md.cf file
An up-to-date md.tab file
At the beginning of each soft partition extent, a sector is used to mark the beginning of the soft partition extent. These hidden sectors are called extent headers. These headers do not appear to the user of the soft partition. If all Solaris Volume Manager configuration data is lost, the disk can be scanned in an attempt to generate the configuration data.
This procedure is a last option to recover lost soft partition configuration information. The metarecover command should only be used when you have lost both your metadb and md.cf files, and your md.tab file is lost or out of date.
Note - This procedure only works to recover soft partition information. This procedure does not assist in recovering from other lost configurations or for recovering configuration information for other Solaris Volume Manager volumes.
Note - If your configuration included other Solaris Volume Manager volumes that were built on top of soft partitions, you should recover the soft partitions before attempting to recover the other volumes.
Configuration information about your soft partitions is stored on your devices and in your state database. Since either source could be corrupt, you must indicate to the metarecover command which source is reliable.
First, use the metarecover command to determine whether the two sources agree. If they do agree, the metarecover command cannot be used to make any changes. However, if the metarecover command reports an inconsistency, you must examine its output carefully to determine whether the disk or the state database is corrupt. Then, you should use the metarecover command to rebuild the configuration based on the appropriate source.
# metarecover component-p -d
Specifies the cntndnsnname of the raw component
Specifies to regenerate soft partitions
Specifies to scan the physical slice for extent headers of soft partitions
Example 25-2 Recovering Soft Partitions from On-Disk Extent Headers
# metarecover c1t1d0s1 -p -d The following soft partitions were found and will be added to your metadevice configuration. Name Size No. of Extents d10 10240 1 d11 10240 1 d12 10240 1 # metarecover c1t1d0s1 -p -d The following soft partitions were found and will be added to your metadevice configuration. Name Size No. of Extents d10 10240 1 d11 10240 1 d12 10240 1 WARNING: You are about to add one or more soft partition metadevices to your metadevice configuration. If there appears to be an error in the soft partition(s) displayed above, do NOT proceed with this recovery operation. Are you sure you want to do this (yes/no)?yes c1t1d0s1: Soft Partitions recovered from device. bash-2.05# metastat d10: Soft Partition Device: c1t1d0s1 State: Okay Size: 10240 blocks Device Start Block Dbase Reloc c1t1d0s1 0 No Yes Extent Start Block Block count 0 1 10240 d11: Soft Partition Device: c1t1d0s1 State: Okay Size: 10240 blocks Device Start Block Dbase Reloc c1t1d0s1 0 No Yes Extent Start Block Block count 0 10242 10240 d12: Soft Partition Device: c1t1d0s1 State: Okay Size: 10240 blocks Device Start Block Dbase Reloc c1t1d0s1 0 No Yes Extent Start Block Block count 0 20483 10240
In this example, three soft partitions are recovered from disk, after the state database replicas were accidentally deleted.