Networker

Re: [Networker] SV: [Networker] Q about automatically labeling tape based on barcode

2013-09-13 09:19:36
Subject: Re: [Networker] SV: [Networker] Q about automatically labeling tape based on barcode
From: FAIDHERBE Thierry <thierry.faidherbe AT FOREM DOT BE>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Fri, 13 Sep 2013 13:14:43 +0000
>I'm not so worried about the relabel/recycle aspect (at this time). I'm
>more worried about tapes not inventorying, or mounting correctly for
>recovers.

? Networker uses volume name, not barcode values ! So it should not be
a problem. So, what are your worries/problems about ?

Th

-----Message d'origine-----
De : EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] De 
la part de Michael Leone
Envoyé : vendredi 13 septembre 2013 14:31
À : NETWORKER AT LISTSERV.TEMPLE DOT EDU
Objet : Re: [Networker] SV: [Networker] Q about automatically labeling tape 
based on barcode

> On Friday 13 September 2013 07:03:57 Tony Albers wrote:
> > Hi Michael,
> >
> > AFAIK you can't choose to only label "some" tapes in the library
> when using auto-labeling. If some of the barcodes are unreadable,
> you will run into errors.
> >
> > What you could do, is partition your library and then set one up
> with auto-labeling and have the other one use all the old tapes
> using the old standards.
> >
> > You could of course also consider staging all savesets from all
> the old tapes to new tapes with correct barcodes, but that might
> involve quite a lot of work ;)
>
> I wouldn't expect problems with the old tapes even if you turn on
> "Match barcodes". Not as
> long as you don't try to relabel/recycle them. This as the setting
> is applied during the
> labeling process.

I'm not so worried about the relabel/recycle aspect (at this time). I'm
more worried about tapes not inventorying, or mounting correctly for
recovers.

And I'm still running jobs at the moment, so I don't want to change the
library configuration to test it out, until the jobs are done. Hence the
questions here first ...