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:[EMAIL PROTECTED] On Behalf Of Kauffman, Tom Sent: Wednesday, October 31, 2007 3:59 PM To: ADSM-L@VM.MARIST.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:[EMAIL PROTECTED] On Behalf Of Gill, Geoffrey L. Sent: Wednesday, October 31, 2007 2:12 PM To: ADSM-L@VM.MARIST.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: [EMAIL PROTECTED] 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.
