![]() | Sun System Handbook - ISO 4.1 October 2012 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||||
Solution Type Problem Resolution Sure Solution 1368699.1 : SL8500 - Drop Off Cells On Both Sides of Library Are Full, Preventing the Robots to Initialize
In this Document
Created from <SR 3-4754883812> Applies to:Sun StorageTek SL8500 Modular Library System - Version Not Applicable and laterInformation in this document applies to any platform. SymptomsThe STK Log AnalyTics (SPLAT) tool shows the following messages in the Library Summary and Library Condition reports: ChangesOne or more robots failed to initialize CauseRobot initialization requires the robot hand to be empty to allow the robot to verify its gripper, reach and scanner sensors. Solution1. Remove tapes from the robot drop-off cells: Note: (Added 6-28-12) Clarification on the drop off slot: If there is a tape in the drop-off cell during bot initialization the initialization can fail. The handbot can use the drop-off cell during initialization and it must be empty/available. There has been code problems in the past that unexpectedly left a tape in the drop-off slot under the right conditions and a subsequent full bot initialization can fail as a result. The library is architected to remove the tape from the drop-off cell after it completes initializes but if a bot fails with a tape in hand it must be able to put the cartridge in the drop cell first before it can complete initialization. There is only one drop-off cell per side/bot and if the slot is full the bot cannot complete the put to the drop-off cell thus the initialization will fail and post an event, “device Code: 512 - Robot can not go operational & Cannot dropoff Cartridge, Cell is FULL”, noting the drop off cell is full. Tapes left/abandoned in the drop-off cell is a signature of intermittent bot problems on a rail and should be investigated. Any site seeing this event in the log should not only remove the tape via the SSD as soon as possible but also investigate why the library is having intermittent bot resets. To address the code problem of recovering the cartridge from the drop-off slot the library code should be upgraded to 6.07 or 7.70 but addressing the reasons for the intermittent bot resets which led to the original failed cartridge recovery also needs to be investigated and addressed. Attachments This solution has no attachment |
||||||||||||||||||
|