Hello Tom

Interesting that the 3584 would load the tape in the gripper, you would think 
that it would know what is in the I/O door.
I do not believe that we have seen this problem. We have seen tapes stuck in 
the gripper, or gripper/hand hardware failures. But having a tape stuck in the 
gripper did not stop the library as it has a second gripper.

What level of 3584 firmware are you using and do you have the ALMS feature.

- The ALMS feature is very nice, but most likely should have been included with 
the base library. /*plug*/

- We did have a problem with an older level of firmware where the library would 
move tapes to the I/O door.
The operators would open the I/O door and remove the tapes. Then the operators 
would insert new tapes and close the door. If an inserted tape was removed in 
the past with this procedure, it would think that the tape was a duplicate 
because it did not register that the tapes had been removed from the I/O 
station unless the I/O door was closed and the empty slots inventoried by the 
library hand scanner.

This is something that they fixed.

len

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Kauffman, Tom
Sent: Wednesday, October 31, 2007 3:59 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] backup disk/backup tape

What type of library?

We've had instances with a 3584 under TSM 5.3.2.0 where the library
would start a tape move to the I/O door and find the door full -- and
the gripper just sits there with a tape in it's mouth until we pulled
some tapes from the I/O door. And with the gripper occupied, no other
tape mounts/dismounts occur.

Tom Kauffman
NIBCO, Inc

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Gill, Geoffrey L.
Sent: Wednesday, October 31, 2007 2:12 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: backup disk/backup tape

> Was their a pending move media or move drmedia request?  Perhaps
>somebody didn't reply to the checkout request yesterday.

I did notice that there was a message in the log because the I/O door
was full from ejects the night before and needed to be emptied but
Monday morning that happened also and things ran fine. In fact every
Monday morning it seems this is the case but this is the first time I
have seen any of the tasks fail altogether.

Geoff Gill
TSM Administrator
PeopleSoft Sr. Systems Administrator
SAIC M/S-G1b
(858)826-4062
Email: geoffrey.l.gill AT saic DOT com

CONFIDENTIALITY NOTICE:  This email and any attachments are for the
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in
reliance upon this message. If you have received this in error, please
notify us immediately by return email and promptly delete this message
and its attachments from your computer system. We do not waive
attorney-client or work product privilege by the transmission of this
message.