A physical disk is reporting internal errors that could cause the physical disk to fail. No more physical disks can fail in this disk group without losing data. If this physical disk fails before you follow these recovery steps, the virtual disks in the disk group will fail and all data on the virtual disks will be lost.
The Recovery Guru Details area provides specific information you will need as you follow the recovery steps.
Caution: Risk of Data Loss. This
problem needs to be resolved immediately. Data loss will occur if the indicated physical disk fails before you follow these recovery steps.
Caution: Electrostatic discharge can damage sensitive components. Always use proper antistatic protection when handling components. Touching the components without using a proper ground may damage the equipment.
| If the current status/RAID level of the virtual disks is... | Then go to... |
| Optimal RAID 0 | Recovering RAID 0 |
| Degraded RAID 1/10, 3, 5, or 6 | Recovering Degraded Virtual Disks |
| RAID 1/10, 3, 5, or 6 with a hot spare physical disk currently being reconstructed | Recovering with a Reconstructing Hot Spare |
Use the following procedure if the affected virtual disks are RAID 0.
| 1 | Stop all I/O to the affected virtual disks. |
| 2 | Back up all data on the affected virtual disks. (Step 5 will destroy all data on the affected virtual disks.)
Note: To the operating system (OS), a failed virtual disk is exactly the same as a failed non-RAID physical disk. Refer to the OS documentation for any special requirements concerning failed physical disks and perform them where necessary. |
| 3 | If any of the affected virtual disks are also source or target virtual disks in a copy operation that is either Pending or In Progress, you must stop the copy operation before continuing.
Go to the Copy Manager by selecting Virtual Disk >> Copy >> Copy Manager, then highlight each copy pair that contains an affected virtual disk and select Copy >> Stop. |
| 4 | If you have snapshot virtual disks associated with the affected virtual disks, these snapshot virtual disks will no longer be valid once you fail the physical disk in
step 5.
Perform any necessary operations (such as backup) on the snapshot virtual disks and then delete them. |
| 5 | Highlight the affected physical disk in the Physical View of the Array Management Window and select Advanced >> Recovery >> Fail Physical Disk. The affected virtual disks become Failed |
| 6 | Remove the failed physical disk (its fault indicator light should be on). |
| 7 | Wait 30 seconds, then insert the new physical disk. Its fault indicator light may be lit for a short time (one minute or less).
Note: Wait until the new physical disk is ready (its fault indicator light must be off) before attempting to initialize the virtual disks in step 8. |
| 8 | Highlight the disk group associated with the replaced physical disk in the Logical View of the Array Management Window and select Advanced >> Recovery >> Initialize >> Disk Group.
Note: Make sure you save this procedure by selecting Save As because once you perform step 9 and the failure is fixed, you will not be able to access the information in steps 10 and 11 from the Recovery Guru. |
| 9 | Click the Recheck button to rerun the Recovery Guru. The failure should no longer appear in the Summary area. If the failure appears again, contact your technical support representative, otherwise, go to step 10. |
| 10 | Add the affected virtual disks back to the operating system. You may need to reboot the system to see the re-initialized virtual disks.
Note: Do not start I/O to these virtual disks until after you restore from backup. |
| 11 | Restore the data for the affected virtual disks from backup. |
| 12 | If desired, create any snapshots that you deleted in step 4. |
| 13 | If desired, re-create any copies you stopped by highlighting the copy pairs in the Copy Manager and selecting Copy >> Re-Copy. |
Use the following procedure if the affected virtual disks are degraded RAID 1/10, 3, 5, or 6. You will need two replacement physical disks for this procedure.
Caution: Risk of Data Loss. An Impending Physical Disk Failure means that the affected physical disk is likely to fail. If it fails while you are replacing the physical disk that has already failed on this disk group (see steps 3 and 4 below), you will lose all data on the affected virtual disks.
| 1 | Although it is not required, you should stop all I/O to the affected virtual disks to reduce the possibility of data loss. |
| 2 | Although it is not required, you should back up all data on the affected virtual disks. |
| 3 | Remove the failed physical disk. The fault indicator light for the physical disk should be on.
Note: The Service Action Allowed status in the Details area is always NO for this problem because the component is not yet failed. In this situation, it is acceptable to remove the component even though the Service Action Allowed is NO. |
| 4 | Wait 30 seconds, then insert the
new physical disk.
|
| 5 | Wait until all affected virtual disks have returned to an Optimal status. Resume I/O to the affected virtual disks, if you stopped it in step 1. |
| 6 | Highlight the Impending Physical Disk Failure physical disk in the Physical View of the Array Management Window and select Advanced >> Recovery >> Fail Physical Disk. The virtual disks in the disk group return to a Degraded state. |
| 7 | Remove the failed physical disk (its fault indicator light should be on).
Note: The Service Action Allowed status in the Details area is always NO for this problem because the component is not yet failed. In this situation, it is acceptable to remove the component even though the Service Action Allowed is NO. |
| 8 | Wait 30 seconds, then insert the new physical disk. |
| 9 | Click the Recheck button to rerun the Recovery Guru. The failure should no longer appear in the Summary area. If the failure appears again, contact your technical support representative. |
Use the following procedure if all of the following conditions apply:
Caution: Risk of Data Loss. An Impending Physical Disk Failure means that the affected physical disk is likely to fail. If it fails while the hot spare is reconstructing, you will lose all data on the affected virtual disks. For this reason, you should stop all I/O to the affected virtual disks and back up all data on the affected virtual disks before replacing the physical disks./p>
| 1 | Although it is not required, you should stop all I/O to the affected virtual disks to reduce the possibility of data loss. |
| 2 | Although it is not required, you should back up all data on the affected virtual disks. |
| 3 | Wait for the hot spare physical disk to finish reconstructing.
|
| 4 | Click the Recheck button to rerun the Recovery Guru. The failure should no longer appear in the Summary area. If the failure appears again, contact your technical support representative. |