MailSaveOptions: 2
Logo: StdNotesLtr17
Sign: 0
Encrypt: 0
DefaultMailSaveOptions: 2
FormName:
SwipeFrom: Craig Bell/Tucson/IBM @ IBMUS
Classification:
Importance: 2
SenderTag:
ExpandPersonalGroups: 0
ValidationTesting: 0oldfrom: CN=Craig Bell/OU=Tucson/O=IBM
tmpAction:
$UpdatedBy: CN=Craig Bell/OU=Tucson/O=IBM
CN=D03NM019/OU=03/OU=M/O=IBM
CN=D03AU036/OU=03/OU=G/O=IBM
The Q CONTENT command only looks at the volume from the stgpool's perspective,
so it doesn't care whether the label has slipped or not. The question is, do
you still have 050047 in your library's inventory? Do a Q LIBVOL to find out.
If you do, you should be able to issue AUDIT VOLUME and/or do a MOVE DATA from
050047. The only thing that matters is what label is on the tape itself. If
it was originally labelled 050047,
AND IT HASN'T BEEN RE-LABELLED, you'll be fine. If you did relabel it, the
original data is gone.
It sounds like your are concerned that you have since dropped 050047 from the
library inventory and have picked up 50047 instead. Again, the Q LIBVOL should
tell. This could have happened if you did an "AUDIT LIBRARY
CHECKLABEL=Barcode" and it couldn't match the barcode label with an entry in
it's inventory. If 050047 is not in there, open the door and take the
cartridge out of the library. Get it back into the inventory by issuing:
CHECKIN LIBVOL "library-name" 050047 CHECKL=YES STAT=PRIV. This will check an
individual volume into the libary and verify its tape label (bypassing the
barcode). If that passes, issue the MOVE DATA command to get it off the
volume, assuming you can't fix the barcode label itself, and then remove it
from the library with CHECKOUT LIBVOL and toss it (or relabel it with 50047 and
run the risks it won't continue to slip!)
Craig Bell
|