ADSM-L

Re: ADSM LABELS SLIPPING ON DLT'S

1997-08-27 11:57:38
Subject: Re: ADSM LABELS SLIPPING ON DLT'S
From: Craig Bell <rcbell AT US.IBM DOT COM>
Date: Wed, 27 Aug 1997 11:57:38 -0400
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
<Prev in Thread] Current Thread [Next in Thread>