We've had 3 distinct ways of this being resolved. 1) Just as described by Wanda.
2) We put the tape into the CAP door and the library automatically put the tape back in the correct slot where the tape had been - the slot with the correct element address. The first time this occurred we were amazed and thought this was a really cool feature, but we've never been able to figure out when/why it does this because sometimes it doesn't. When it doesn't, we try 2 below. 3) We put the tape into the CAP door and the library puts the tape in an unassigned slot. I am then able (throught the lib gui) to move the tape to the correct element address (derived from a q libvol). But, sometimes this doesn't work for some reason. When 2 or 3 didn't work then 1 is the answer. Rick From: "Prather, Wanda" <wprat...@icfi.com> To: ADSM-L@VM.MARIST.EDU Date: 05/04/2011 08:53 PM Subject: Re: Tape issues with 3584 library Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> Answers in line below... I have a weird situation taking place. I believe there are two distinct issues but they might be related. A gripper issue caused a few tapes to be mishandled and dropped into the library. I ended up checking them out but cannot fix these issues: When I run a "show slots 3584lib" there are two anomalies: Slot 330, status Allocated, element number 1355, barcode not present, barcode value <>, devT=ANY, mediaT=-1, elemT=ANY Slot 408, status Allocated, element number 1433, barcode not present, barcode value <>, devT=LTO, mediaT=417, elemT=ANY When I log onto the 3584 library web console and display data cartridges I cannot locate those elements or verify that there are tapes really at those locations. If I run a library Audit it fails with a tape device error as it is apparently attempting to load those "tapes" to verify the label. However the tape library itself never attempts to mount a tape as I think it knows there aren't any tapes at those locations. How can I fix this issue? ----------------------------------------------------------------------------------------------------------- a) In the 3584 web interface, run an INVENTORY (not with audit) against all frames. That will cause the library to rescan the barcodes. The library's 3584 on-board inventory will then be correct. b) In TSM, run: audit library yourlibnamehere checklabel=barcode That causes TSM to upload the inventory from the 3584, so its inventory will match the 3584's, without loading the tapes to read the internal label. - the TSM audit will not run if there are other tape processes running -any tapes that were checked in to TSM but are not actually in the library will be automatically checked out -tapes that are in the library but are not checked in to TSM will NOT automatically be checked in, so you may also need: 1) checkin libv yourlibnamehere search=yes status=scratch checklabel=barcode wait=0 2) checkin libv yourlibnamehere search=yes status=private checklabel=barcode wait=0 ---------------------------------------------------------------------------------------------------------------------------------- W ----------------------------------------- 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.
