I think Matts is correct. When we swapped out out tape libraries
last year we changed the name of the juke and when Networker
inventoried it had to load and read about 300 tape labels which took
a while.
When we swapped out our second library and changed the name
of the juke before I inventoried I went into the Volumes window
of the gui and changed the location for all of the tapes in the library
from the old to the new jukebox and then inventoried. No problems
It took a while to manually change the location for ~200 tapes in the media
database but it was a lot less time than having networker load them
and read the labels.
Matts Nilsson wrote:
> To expand a little. I believe that a tape is
> originally only read in a drive when the barcode
> doesn't exist in media database.
> As for location, as long as location is NOT a library
> it's all good. NW knows that it's not present and when
> you inventory there is a match in the media DB and NW
> is satisfied.
> When moving a drive or library to another storage
> node, you change the name of the drive/library
> (rd=...) which makes the previous location invalid.
> But since the location listed with the tape is/used to
> be valid NW gets confused and re-reads the tape.
>
> Hmmmm... Maybe not so much "expand" as conclude...? :)
>
> Anyone from Legato care to comment? ;)
>
> // Matts
>
> --- George Sinclair <George.Sinclair AT noaa DOT gov> skrev:
> > I think your guess seems reasonable. I know from
> > experience that in
> > cases where the volume is no longer listed as being
> > in a given library,
> > e.g. it was previously removed and placed on shelf,
> > NetWorker will not
> > re-load it into the drive if you inventory it with
> > bar coding turned on
> > even though the library may have been moved. It
> > appears that the only
> > time it DOES re-load it is if it was previously
> > listed in a given
> > library and either the library has changed names or
> > the drives, as you
> > suggested, have changed. So, perhaps, tapes loaded
> > in a given library
> > are not simply seen by their bar codes but are
> > additionaly seen by their
> > bar codes at that particular location, not just one
> > or the other, but
> > both. So, until you remove the volume from the
> > library, it's bar code to
> > internal label matchup is volatile in the sense that
> > it's bound to that
> > location and will have to be re-loaded every time
> > the location changes
> > until it's removed from the library. At that point,
> > it's golden.
> >
> > George
> >
> > Matts Nilsson wrote:
> > >
> > > Hi George,
> > > I'm partially guessing here, so be patient with
> > me.
> > > What I know is that the tape will only be loaded
> > in
> > > drive if NetWorker can not match the barcode label
> > to
> > > a volume. That is, if the barcode is unknown, NW
> > will
> > > try to read the tape to see if it contains a
> > label.
> > > After that NW knows the status of the tape.
> > >
> > > Now I'm guessing: When you move a tape or
> > > drive/library to a storage node, the tape isn't
> > known
> > > at that location. It is known in a library
> > attached to
> > > the NW server, but not at the storage node.
> > > As I said, I'm guessing, so PLEASE correct me if
> > I'm
> > > wrong!! :)
> > >
> > > // Matts
> > >
> > > --- George Sinclair <George.Sinclair AT NOAA DOT GOV>
> > skrev:
> > > > Hi,
> > > >
> > > > I have a question about the bar code reader and
> > how
> > > > NetWorker determines
> > > > if it has to re-load the volume to know what
> > it's
> > > > label is.
> > > >
> > > > I've noticed that if you have the bar code
> > reader
> > > > value turned on for
> > > > the jukebox then NetWorker will only load the
> > > > barcoded tape during an
> > > > inventory the first time. After that, it no
> > longer
> > > > needs to load it to
> > > > inventory it. Makes sense. It also makes sense
> > that
> > > > if you turn off the
> > > > library, and or move tapes around then as long
> > as
> > > > the affected tapes
> > > > have been previously inventoried, NetWorker
> > should
> > > > not have to re-load
> > > > them to inventory them, BUT why is it that if
> > you
> > > > move the library to a
> > > > different server then NetWorker has to re-load
> > the
> > > > tapes from scratch
> > > > during the first inventory on that server, but
> > once
> > > > again, only the
> > > > first time. This happens whenever we move the
> > > > library to a new storage
> > > > node server. Is this normal behavior? Maybe the
> > fact
> > > > that the SCSI
> > > > cables were unhooked and the control port has
> > > > changed causes this?
> > > >
> > > > Thanks.
> > > >
> > > > George
> > > >
> > > > --
> > > > Note: To sign off this list, send a "signoff
> > > > networker" command via email
> > > > to listserv AT listmail.temple DOT edu or visit the
> > list's
> > > > Web site at
> > > >
> > http://listmail.temple.edu/archives/networker.html
> > > > where you can
> > > > also view and post messages to the list.
> > > >
> > >
> >
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> > >
> > >
> >
> _____________________________________________________
> > > Gå före i kön och få din sajt värderad på nolltid
> > med Yahoo! Express
> > > Se mer på:
> http://se.docs.yahoo.com/info/express/help/index.html
>
> _____________________________________________________
> Gå före i kön och få din sajt värderad på nolltid med Yahoo! Express
> Se mer på: http://se.docs.yahoo.com/info/express/help/index.html
>
> --
> Note: To sign off this list, send a "signoff networker" command via email
> to listserv AT listmail.temple DOT edu or visit the list's Web site at
> http://listmail.temple.edu/archives/networker.html where you can
> also view and post messages to the list.
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|
