Hello . . . .

We learned something about 3584 libs yesterday.  This is probably old
stuff to most of you, but  I thought I'd mention it anyway.

Over the weekend we had a tape stick in a drive (3592).  TSM
detected the problem and put the path offline.  We called IBM
which replaced the drive.  The tape was ok so IBM stuck the tape back
in the 3584 CAP door and the lib moved it into a slot.

Somewhere in here TSM  threw the expected ANR8358E
stating that the lib should be audited.  This is what we normally
did - wait till the evening, take all the paths offline, the run a audit.

Today we did something different.  I checked a report from before
the problem and saw that the element address of the vol was 2051
before the problem.  Checking the 3584 Specialist interface, I saw
that the lib had put the tape back in that same slot - 2051.  There
_are_ other open slots, so the lib decided to put the vol back in the
slot where it belonged!  I DIDN'T KNOW THE 3584 WOULD DO THIS!
I always figured a tape put back into the lib like this would end up
in some random open slot necessitating an audit - apparently not.

We fired up a movedata on the tape which worked just fine.  No
AUDIT was necessary.   Gee, should have checked this out
a long time ago!!!

Rick


-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.