The tape is in the media DB, barcode matches, it is the VOLID that is
different between what is on the tape and in the media DB, sorry for the
wrong information

-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of Darren Dunham
Sent: Wednesday, March 14, 2007 1:35 PM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] "NOT IN MEDIA INDEX" "Duplicate label" errors
-HELP

> We have had an odd ongoing issue where NetWorker will run for weeks
> without issues, relabeling recyclable tapes as required and then
> without rhyme or reason, we get a large batch of tapes that result in
> "NOT IN MEDIA INDEX" and "Duplicate label" errors as it tries to
> relabel the tapes.  The label written on the tape differs from the
> media database and I just don't understand why this continually
> happens.  The only fix is to delete the volume from the media DB and
> then relabel the tape.  Has anyone run into this and resolved it?


You say "differ".  Does it differ *completely*, or is there any pattern?

You say the label on tape differs from media database.  If you query the
database, is there anything with that tape name in it?  (mminfo -av -q
'volume=<volumename>' )

Any chance that some process is removing labels and putting them on new
tapes.  I've been at some places that did that for several reasons, but
we had to explicitly handle this issue in the relabling.

You say this happens in batches.  Are the tapes already in the library,
or are you reintroducing them from offsite?

It's hard to get it, but I'd be interested in the state before the
relabel.  Is the tape in the media database correctly?  Does the tape
label match the barcode and the DB?  

In other words, where does the inconsistency begin?  Is it on the tape
that is returned, is it in the media database, or is it something that
occurs during the labeling.    Knowing the label on tape, the barcode on
tape, the barcode read by the library, and the contents of the media
database would eventually reveal this....

-- 
Darren Dunham                                           ddunham AT taos DOT com
Senior Technical Consultant         TAOS            http://www.taos.com/
Got some Dr Pepper?                           San Francisco, CA bay area
         < This line left intentionally blank to confuse you. >

To sign off this list, send email to listserv AT listserv.temple DOT edu and
type "signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER