Asset ID: |
1-72-1915143.1 |
Update Date: | 2017-07-17 |
Keywords: | |
Solution Type
Problem Resolution Sure
Solution
1915143.1
:
Sun Storage 2500, 2500-M2, and 6000 Arrays: Firmware Upgrade May Report Error "Could not connect to array. One of the controllers is not reachable"
Related Items |
- Sun Storage 2540 Array
- Sun Storage 2540-M2 Array
- Sun Storage 2510 Array
- Sun Storage 6180 Array
- Sun Storage 6780 Array
- Sun Storage 2530-M2 Array
- Sun Storage 2530 Array
- Sun Storage 6540 Array
- Sun Storage 6580 Array
- Sun Storage 6140 Array
|
Related Categories |
- PLA-Support>Sun Systems>DISK>Arrays>SN-DK: 6140_6180
|
In this Document
Created from <SR 3-9450125091>
Applies to:
Sun Storage 2540-M2 Array - Version Not Applicable and later
Sun Storage 6140 Array - Version All Versions and later
Sun Storage 2510 Array - Version Not Applicable and later
Sun Storage 2530 Array - Version Not Applicable and later
Sun Storage 2540 Array - Version Not Applicable and later
Information in this document applies to any platform.
Symptoms
During a firmware upgrade of a Sun Storage 2500, 2500-M2, or 6000 Array, Sun Storage Common Array Manager (CAM) may report the following error:
Error upgrading firmware. Check the following error message and array alarm page for possible problems. - Error from updating Controller - Could not connect to array. One of the controllers is not reachable. Check network and password.
This document is applicable to configurations using out-of-band management.
Cause
Usually, this indicates a communication issue between CAM and one or both of the array controllers. CAM sends commands to the controllers via RPC commands issued through the TCP/IP stack. Two conditions are required for proper communication between CAM and the array controllers:
- The controllers should be reachable. This can be verified using the ping command executed from the CAM server.
- The SYMbol server process must be running and optimal on each controller, so it can reply to the RPC commands.
There are situations where the SYMbol server might be in a hung state. In these types of cases, the controllers will respond to ping, but any command issued from CAM will fail to execute.
Solution
The following steps will resolve this error:
- Use ping from your CAM server to validate the communication to both controllers:
# ping <controller A IP>
# ping <controller B IP>
- If either controller does not respond, please refer to <Document 1008327.1> How to validate Sun Storage 6000, 2500 and Flexline Array Controller Out of Band Communication.
- If both controllers respond to ping, continue to next step.
- Collect a supportdata from your array. Refer to <Document 1002514.1> Collecting Sun Storage Common Array Manager Support Data for Arrays.
- Extract the file stateCaptureData.dmp from the supportdata.
- Execute the following command against the file extracted in step 3:
# grep "no debug data is available" stateCaptureData.dmp
- If you obtain the result "The client connection to Controller X is null, no debug data is available" (where X can either be A or B), please proceed to next step.
- If you do not obtain the result "The client connection to Controller B is null, no debug data is available", please contact the Oracle support for further assistance.
- The controller reported in the error "The client connection to Controller X is null" will need to be rebooted. CAM cannot communicate with this controller. With CAM 6.10 and higher, use the sscs command. This version of CAM has the capability to reboot a controller via its alternate by using sscs. The instructions to reboot the controller which is not responding are:
- For CAM 6.9 and below:
- Fail the controller that is not responding by using the following command, which will execute the command via the alternate controller:
# service -d <arrayname> -c fail -t <X>
Where X is replaced by A or B, based on what you obtained in the above step 4.
Where `service` is under:
Solaris: /opt/SUNWsefms/bin/
Linux: /opt/sun/cam/private/fms/bin/
Windows: C:\Program Files\Sun\Common Array Manager\Component\fms\bin\
- Wait 2 minutes.
- Revive the controller:
# service -d <arrayname> -c revive -t <X>
Where X is replaced by A or B, based on what you obtained in the above step 4.
- Wait 2 minutes.
- For CAM 6.10 and higher:
- The sscs command can be used:
# sscs reset -a <arrayname> controller <X>
Where X is replaced by A or B, based on what you obtained in the above step 4.
Where `sscs` is under:
Solaris: /opt/SUNWstkcam/bin/
Linux: /opt/sun/cam/bin/
Windows: C:\Program Files\Sun\Common Array Manager\bin
- Confirm that CAM is able to communicate with both controllers:
# service -d <arrayname> -c contact
- If either controller is not reachable, refer to <Document 1002514.1> Collecting Sun Storage Common Array Manager Support Data for Arrays to collect a supportdata and contact Oracle support for further assistance.
- If both controllers are reachable, you can proceed with the firmware upgrade.
Do you still have questions? You can use My Oracle Support Communities. Communities put you in touch with industry professionals like yourself. They are monitored by Oracle support engineers, so you can expect reliable and correct answers. Ask questions and see what others are asking about in the
Disk Storage 2000, 3000, 6000 RAID Arrays & JBODs Community.
References
<BUG:15822039> - SUNBT7204135 CAM UNABLE TO RESET A CONTROLLER NOT RESPONDING ON THE NETWORK
<NOTE:1008327.1> - How to validate Sun Storage 6000, 2500 and Flexline Array Controller Out of Band Communication
<NOTE:1002514.1> - Collecting Sun Storage Common Array Manager Support Data for Arrays
Attachments
This solution has no attachment