A communication path with a physical disk has been lost. The Recovery Guru Details area provides specific information you will need as you follow the recovery steps.
Caution: Electronic discharge can damage sensitive components. Always use proper antistatic protection when handling components. Touching components without using a proper ground may damage the equipment.
|
1 |
Fix any other problems reported by the Recovery Guru before attempting to fix this problem. |
||||||||||
|
2 |
|
||||||||||
|
To determine the non-working channel, start at the physical disk port on the RAID controller module enclosure corresponding to the working channel (refer to the labels on the back of the RAID controller module enclosure if needed). Trace the cable from the working channel to the EMM module in the affected expansion enclosure reported in the details area.
|
|||||||||||
|
4 |
Blink the other EMM module in the affected expansion enclosure (this is the module on the non-working channel). |
||||||||||
|
5 |
Replace the EMM module on the non-working channel using the following steps:
|
||||||||||
|
6 |
Click the Recheck button to rerun the Recovery Guru.
The failure should no longer appear in the Summary area.
|
||||||||||
|
7 |
You must replace the physical disk. Which procedure you use depends on the RAID level of the disk group associated with the affected physical disk. To determine the associated disk group, highlight the affected physical disk in the Physical View of the Array Management Window and select View >> Associated Elements. Next highlight the associated disk group in the Logical View of the Array Management Window.
|
Use the following procedure if the affected disk group is RAID 0.
Fix any other problems reported by the Recovery Guru before continuing with this procedure. Note that all virtual disks in the Logical View of the Array Management Window must be Optimal
.
|
1 |
Stop all I/O to the affected virtual disks. |
||||||||||||||||
|
2 |
Reseating the physical disk may clear up the path redundancy problem. Remove the physical disk and then re-insert it.
Note: The Service Action Allowed status in the Details area is always NO for this problem because the component is not failed. In this situation, it is acceptable to remove the battery even though the Service Action Allowed is NO. |
||||||||||||||||
|
3 |
Wait 40 seconds, and then click the Recheck button to rerun the Recovery Guru to ensure that the problem has been fixed.
|
||||||||||||||||
|
4 |
Back up all data on the affected virtual disks. (Step 7 will destroy all data on the affected virtual disks.) Note: To the operating system (OS), a failed virtual disk is the same as a failed non-RAID physical disk. Refer to the OS documentation for requirements concerning failed physical disks and apply them where necessary. |
||||||||||||||||
|
5 |
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. |
||||||||||||||||
|
6 |
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 8. If necessary, perform any operations on the snapshot virtual disks and then delete them. |
||||||||||||||||
|
7 |
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 |
||||||||||||||||
|
8 |
Remove the failed physical disk (its fault indicator light should be on). Note: Make sure the replacement physical disk has a capacity equal to or greater than the failed physical disk. |
||||||||||||||||
|
9 |
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 replaced physical disk is ready (its fault indicator light must be off) before attempting to initialize the virtual disks in step 10. |
||||||||||||||||
|
10 |
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.
Important: Make sure you save this procedure by selecting Save As. Once you fix the failure, you will not be able to access the information from Recovery Guru. |
||||||||||||||||
|
11 |
Click the Recheck button to rerun the Recovery Guru.
The failure should no longer appear in the Summary area.
|
Use the following procedure if the affected disk group is RAID 1/10, 3, or 5.
|
1 |
You should stop all I/O to all virtual disks in the disk group associated with the affected physical disk to reduce the possibility of data loss. If another physical disk fails in this disk group while you are performing this procedure, you will lose data. |
||||||
|
2 |
Reseating the physical disk may clear up the path redundancy problem. Remove the physical disk and then re-insert it. Note: The Service Action Allowed status in the Details area is always NO for this problem because the component is not failed. In this situation, it is acceptable to remove the battery even though the Service Action Allowed is NO. |
||||||
|
3 |
Wait 40 seconds, and then click the Recheck button to rerun the Recovery Guru to ensure that the problem has been fixed.
|
||||||
|
4 |
Although not required, you should back up all data on all virtual disks associated with the affected physical disk. |
||||||
|
5 |
Highlight the affected physical disk in the Physical View of the Array Management Window and select Advanced >> Recovery >> Fail Physical Disk. The associated virtual disks become Degraded |
||||||
|
6 |
Remove the failed physical disk (its fault indicator light should be on). Note: Make sure the replacement physical disk has a capacity equal to or greater than the failed physical disk. |
||||||
|
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). |
||||||
|
8 |
Click the Recheck button to rerun the Recovery Guru.
The failure should no longer appear in the Summary area.
|
Important: The RAID controller module replacement recovery steps should only be attempted after ALL other options have been exhausted.
Use the following procedure to replace a RAID controller module to resolve a loss of path redundancy condition.
| If... | Then... |
| Your storage array has one RAID controller module | Go to "Replacing a RAID Controller Module in a Single-RAID Controller Module Storage Array." |
| Your storage array has two RAID controller modules | Go to "Replacing a RAID Controller Module in a Dual-RAID Controller Module Storage Array." |
|
1 |
Ensure that your replacement RAID controller module matches the RAID controller module in the storage array. If you do not have a RAID controller module with the appropriate replacement part number, contact your technical support representative. | ||||||||||||||||||||||
|
2 |
Stop all I/O to this storage array. | ||||||||||||||||||||||
|
3 |
Turn off power to the affected enclosure. | ||||||||||||||||||||||
|
4 |
Remove the affected RAID controller module. Refer to the Enterprise Management Window (EMW) to view which management method you are using to manage this storage array.
|
||||||||||||||||||||||
|
5 |
|
||||||||||||||||||||||
|
6 |
|
||||||||||||||||||||||
|
7 |
If you have virtual disks mapped to hosts that have Automatic Virtual Disk Transfer (AVT) disabled, it may be necessary to redistribute the virtual disks to their preferred RAID controller module. Use the following steps to determine the
AVT status of the hosts connected to your storage array:
|
||||||||||||||||||||||
|
8 |
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. |
|
1 |
Determine which is the affected RAID controller module by locating the non-working channel. Refer to step 3 at the beginning of this recovery procedure for details on how to locate the non-working channel. | ||||||||
|
2 |
Place the affected RAID controller module offline.
|
||||||||
|
3 |
Read all of the following steps before taking any action.
|
||||||||
|
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. |