I've had that happen before with a Qualstar library. You need to do a manual audit of the library. Get a list of the tapes/slot #
and look and see if there are any extra tapes in the library. Sometimes, at least with us, if someone makes a mistake when checking out a tape there will be a few extra in the library that need to be manually removed. Mark -----Original Message----- From: Mark Bertrand [mailto:[EMAIL PROTECTED] Sent: Monday, May 10, 2004 1:56 PM To: [EMAIL PROTECTED] Subject: Re: 2 slots lost in library - Help! Have you ever been able to use all 60 slots? My understanding is this: An IBM Ultrium 3583 scalable tape library, although it is advertised as a 72 slot library, it only has 58 usable slots. The door holds 12 slots which are used for I/O of system tapes and the system reserves two internal slots for internal tape drive mounts. Anyway, that's my understanding, when we used to own one. Running at capacity is not a good place to be, trust me. I am so glad we upgraded to the 3584, life is much better now. Mark Bertrand -----Original Message----- From: Copperfield Adams [mailto:[EMAIL PROTECTED] Sent: Monday, May 10, 2004 12:14 PM To: [EMAIL PROTECTED] Subject: 2 slots lost in library - Help! Hi, I have an issue with my 3583 Ultrium LTO changer. We are pretty much running our changer at capacity the entire time and have to check out tapes in the morning in order to checkin scratch to get a db backup and usually have appx. 56 or 57 private tapes in the library at any one time. Just recently I have noticed there is a discrepancy in the number of tapes in the library and the number of slots available: The library's capacity is 60 and running 'Q LIBV' shows only 58 tapes within the library. If I try to check any more scratch tapes in I get TSM returning an error that it cannot checkin scratch as the library is full. I have issued 'AUDIT LIBR <lib_name> CHECKL=BARCODE' and 'AUDIT LIBR <lib_name> CHECKL=Y' but it still returns the same number of volumes within the library (58). I desparately need the 2 slots that TSM does not now recognise. Is this likely to be a problem with the DB or the library and does anybody know how to correct? Many thanks, C. Adams. C. Adams IT Support Analyst WRC Holdings Limited [EMAIL PROTECTED] Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately.
