solution is to run a full inventory from the web panels. I noticed BTW that with ALMS enabled on a 3584, that in some rare occasions, TSM would still not be able to see the tape. In that case, eject the tape from the lib using the library panels, and then check it in again using the TSM command checkin libvol.
On 6 mei 2011, at 04:25, David Longo wrote: > Solution is to open doors on each frame, that will cause entire library to be > inventoried. > > Simple if you have just 2 or 3 frames! > > >>>> "Prather, Wanda" <wprat...@icfi.com> 5/5/2011 9:09 PM >>> > If you open the door in paused mode yes, it will inventory the frame with the > door you opened. > But not the other frames (if you have other frames). > > > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Bartels, Bob > Sent: Thursday, May 05, 2011 2:04 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Tape issues with 3584 library > > . o 0 (why must I be onsite to do this?) > > I had thought opening the door of the 3584lib in paused mode would have > caused a quick re-inventory? I opened to see if any tapes didn't have a > label somehow. Maybe the barcode scan it did after the door was closed isn't > for inventory purposes? > > I'll run the inventory command run from the console and then hopefully the > audit will succeed and do what you mentioned below. > > Thanks, > > Bob > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Prather, Wanda > Sent: Wednesday, May 04, 2011 8:52 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] Tape issues with 3584 library > > 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 > > > > ##################################### > This message is for the named person's use only. It may > contain private, proprietary, or legally privileged information. > No privilege is waived or lost by any mistransmission. If you > receive this message in error, please immediately delete it and > all copies of it from your system, destroy any hard copies of it, > and notify the sender. You must not, directly or indirectly, use, > disclose, distribute, print, or copy any part of this message if you > are not the intended recipient. Health First reserves the right to > monitor all e-mail communications through its networks. Any views > or opinions expressed in this message are solely those of the > individual sender, except (1) where the message states such views > or opinions are on behalf of a particular entity; and (2) the sender > is authorized by the entity to give such views or opinions. > ##################################### -- Met vriendelijke groeten/Kind Regards, Remco Post r.p...@plcs.nl +31 6 248 21 622
