SL8500 - Not Accepting any Requests From Host After Replacing a Faulty Robot

Asset ID:	1-72-2352157.1
Update Date:	2018-01-24
Keywords:

Solution Type Problem Resolution Sure

Solution 2352157.1 : SL8500 - Not Accepting any Requests From Host After Replacing a Faulty Robot

Applies to:

Sun StorageTek SL8500 Modular Library System - Version All Versions and later
Information in this document applies to any platform.

Symptoms

When the safety door was accessed for a faulty robot replacement all the power supplies (rail and CAP) went offline. Customer lost library connectivity from its hosts .

Here is the sequence of events (see log entries below)

SSD key activated to the right (key=true).

SSD moved to the right.

Right hand side library door was opened.

SSD key was de-activated (key=false)

Interlock was broken causing the rail and cap power supplies to lose AC power.

2018-01-06T19:59:39.133, 1.0.0.0.0, root, default, internal, 0, warn, 3883, "Safety door service request", key=true side=right

2018-01-06T19:59:49.600, 1.0.21.0.0, root, default, internal, 0, warn, 3887, "Safety door moved right"

2018-01-06T20:00:01.683, 1.0.0.0.0, root, default, internal, 0, warn, 3996, "Access door opened/closed in CSE mode", side=right state=open

2018-01-06T20:01:41.131, 1.0.0.0.0, root, default, internal, 0, warn, 3883, "Safety door service request", key=false side=right

Changes

Safety door accessed for a faulty robot replacement.

Cause

Library rail and CAP power supplies went down due to a broken interlock. The interlock got broken with the service safety door (SSD) key was moved to middle position while the access door was open.

Solution

Follow proper procedures when using the Service Safety Door.

Refer to the SL8500 User's Guide for further information.

http://www.oracle.com/technetwork/documentation/tape-storage-curr-187744.html#libraries

Attachments

This solution has no attachment