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 AT VM.MARIST DOT EDU] On Behalf Of
Bartels, Bob
Sent: Thursday, May 05, 2011 2:04 AM
To: ADSM-L AT VM.MARIST DOT 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 AT VM.MARIST DOT EDU] On Behalf Of
Prather, Wanda
Sent: Wednesday, May 04, 2011 8:52 PM
To: ADSM-L AT VM.MARIST DOT 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
|