![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||
Solution Type Problem Resolution Sure Solution 1009967.1 : Sun Storage 3000 Arrays: sccli Utility Reports "network connection setup failed"
PreviouslyPublishedAs 213652 Applies to:Sun Storage 3511 SATA Array - Version Not Applicable to Not Applicable [Release N/A]Sun Storage 3510 FC Array - Version Not Applicable to Not Applicable [Release N/A] Sun Storage 3310 Array - Version Not Applicable and later Sun Storage 3320 SCSI Array - Version Not Applicable and later All Platforms SymptomsWhen running the sccli utility to access an array out-of-band by providing the array's IP address, the following error may be returned: # sccli -o 10.0.1.2 Utilities such as telnet and ping, or even sccli in-band, are working fine. CauseThis is most likely caused by multiple agents (StorADE, ssagent) accessing or issuing commands to the array, which lock the array from accepting subsequent commands from another source. SolutionIf the ssagent is installed and managing the array, stop the agent: # /etc/init.d/ssagent stop
If there is another utility managing the array, stop the utility and retry connecting with sccli. WorkaroundIt is best to resolve the issue by ensuring that there are not conflicting agents attempting to access the array simultaneously, as described above. However, it is possible to execute an sccli command that removes the lock condition: # sccli -o 10.0.1.2 # sccli -u 10.0.1.2 Internal Comments Example of fault (from issuing sccli -Xall): sccli: rcvd op=54 type=1 id=0 size=8 status=344 The "force" lock option, such as: sccli -u X.X.X.X X= IP address or array name '-u' is the option to ignore the "lock" status, and send a "force lock" to the controller. Also see Bugs 6417682,6341847 Change History Updated trademarking and product name. Moved content regarding a workaround into the workaround section. Publishing.
Attachments This solution has no attachment |
||||||||||||
|