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.
