Asset ID: |
1-72-1020080.1 |
Update Date: | 2017-11-14 |
Keywords: | |
Solution Type
Problem Resolution Sure
Solution
1020080.1
:
SL3000/SL8500 - CAP Not Available to Customer Production Due to CAP "Mode" Found in "Null" Status and the "Reserver" Field Shows "Default" on SLConsole
Related Items |
- Sun StorageTek SL3000 Modular Library System
- Sun StorageTek SL8500 Modular Library System
- Sun StorageTek Auto Cartridge Sys Lib SW (ACSLS)
|
Related Categories |
- PLA-Support>Sun Systems>TAPE>Tape Hardware>SN-TP: SL3000-8500 Library
|
PreviouslyPublishedAs
251826
Applies to:
Sun StorageTek SL8500 Modular Library System - Version All Versions and later
Sun StorageTek Auto Cartridge Sys Lib SW (ACSLS) - Version 7.1 and later
Sun StorageTek SL3000 Modular Library System - Version All Versions and later
All Platforms
Symptoms
SL8500 CAP not available to customer production due to CAP “Mode” found in “Null” status and the “Reserver” field shows “Default” on SL Console.
Look on SLConsole “System Detail” page, select the “CAP Folder 1,0,0,0,0” and the individual CAP in question “CAP 1,2,55,2,0”
Then select the “Status” Tab.
Original reported CAP issue in SLConsole:
Health OK
Device State Ready
Access State Online
Locked False
Mode Null No mode set by host…
Cap Closed
Reserved True
Reserver Default Not reserved by host….
ACS online and all LSMs online: Normal operation !
Health OK
Device State Ready
Access State Online
Locked false
Mode enter Normal
Cap Closed
Reserved True
Reserver hli0 Normal
Changes
{CHANGE}
Cause
These symptoms have been seen following a power cycle or reboot of the SL8500 when the ACSLS server commands to offline the CAP or issue offline ACS commands had not have been issued first.
The “Reserver” field showing “Default” suggests that the host (ACSLS) has not picked up the CAP after the SL8500 came back up. ACSLS needs to reserve it before any production is possible.
Solution
Ensure whenever possible that if an SL8500 is to go offline or power down that the ACS or relevant part of the ACS is taken offline in ACSLS first, as this avoids the issue.
Relief/Workaround
ACSLS software support recommends that if this has occurred that the entire SL8500 is taken offline and back online to ensure that all library components are checked and synchronized.
Offline ACS 0
Online ACS 0
However with the older ACSLS software 7.1 this does not recover the CAP and the following procedure was proven to work by taking only the CAP offline and hence avoids taking the rest of the ACS offline.
This issue has not been seen on the latest ACSLS software 7.3.
Vary Off the CAP in SLConsole
Vary On the CAP in SLConsole
Vary Off CAP in ACSLS
Vary CAP mode to manual in ACSLS Set CAP mode Manual 2.1.0
Set CAP to automatic in ACSLS Set CAP mode automatic 2.1.0
Vary CAP online
This works every time, it appears the change in ACSLS settings for the CAP mode cause it to correctly acquire the CAP reserve on the SL8500.
Update 17-Oct-2016:
"SL3000 ACSLS8.4 ha . Only last step helped with forceunreserve "
SL8500, ACSLS 7.1, CAP, Status Null Default Reserver, Default on SL Console
Update 21-Mar-2014 (SR-3-8721580671)
Alternate Solution in case previous solution did not work:
How to clear a cap reservation on SL3000/SL8500 using using ssh or CLI:
SL8500 must be at 6.05 firmware of higher and SL3000 firmware must be at 3.0 or higher.
SL8500> capCommand
capCommand forceUnreserve <device address>
where device address is
library,rail,column,side,row
capCommand <lock|unlock> <device address>
Note: Certain situations may prevent a
CAP/AEM from being locked/unlocked like
a SCSI owner or reserved by a host.
Example:
SL8500> capCommand forceUnreserve 1,2,31,2,0
requestId
requestId 57701
Cap 1,2,31,2,0
Done
Failure Count 0
Success Count 1
COMPLETED
SL8500>
Attachments
This solution has no attachment