Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

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
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback