Chan,
If I understand your situation correctly, I believe you are trying to write
initial labels on new, previously unlabeled tapes.  If that is correct, I
believe
your CHECKIN LIBV command would have been sufficient and correct to label and
checkin all newly inserted tapes as SCRatch tapes.  Your earlier CHECKIN LIBV
command was the mistake; that checked all of the tapes into the library as
SCRatch tapes even though they (probably) were not yet labeled.  To recover,
do:
        Query LIBVolume dlt7lib1 *      [to see what tapes you need to label]
and then create a macro with a line like that below:
        CHECKOut LIBVolume dlt7lib1 A#####C CHECKLabel=No REMove=No
for each of the unlabeled tapes that you believe still needs to be labeled.
Then do,
        MACRO /path.../what.ever.you.called.the.macro
That will leave the tapes [physically] inserted in the library, but not
[logically] checked-in as an ADSM LIBVolume.  Then reissue your command, but
without the OVERWRITE=Yes, unless you just like to live dangerously (or you are
really sure that none of those tapes that might already be labeled contains any
valid/useful data.)  You may also want to specify VOLRange=AnnnnnC,AmmmmmC to
limit the range of volumes that you attempt to label and checkin (at least
until you have the process working to your satisfaction.)  See HElp LABEL
LIBVolume for more information,

Good luck, and good night!
--
Jim.Owen AT Yale DOT Edu   (203.432.6693)
Jim.Owen AT Yale DOT Edu   (203.432.6693)

Chan Cao wrote:
>
> Hi folks.
>
> Me again, nobody new.
>
> 04/26/00   20:04:18  ANR8778W Scratch volume A00020C changed to Private
> Status
>                       to prevent re-access.
>
> What up with that?
>
> This is what i did
>
> checkin libv dlt7lib1 search=yes checkl=bar status=scr
>
> Then label it...
> label libv dlt7lib1 search=yes labels=bar checkin=scr overwrite=yes
>
> And when I started backup, that happened.  This is the error...
>
> 04/26/00   20:03:34  ANR8355E I/O error reading label for volume A00020C in
>
>                       drive DLT7DRV1 (/dev/mt0).
>
> And to my dismay it just traversing the whole libv...Now I have to kill the
> session, wait.... execute some commands over and hope to set things back
> the way it is initially again.
>
> Anyone still out there this late please help.
>
> C