Networker

Re: [Networker] Bypassing library inventory when added volumes via the CAP

2003-06-02 19:02:56
Subject: Re: [Networker] Bypassing library inventory when added volumes via the CAP
From: Kit Cunningham <kit.cunningham AT 4F.CO DOT NZ>
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Date: Tue, 3 Jun 2003 11:02:40 +1200
Is the bar code reader working? Does the libraries own status screens (if 
available) report the bar
code.

If networker cant get the bar code information it will load the tape.

Kit

On 2 Jun 2003 at 15:40, Daniel Rich wrote:

> I have a library that is doing the same thing to me.  I just had to run
> jbconfig to add NDMP support, and now an nsrjb -I is in the process of
> loading every single tape in the library into the tape drives.  The
> tapes were all labeled previously, they are all barcoded, and the
> library is configured to match barcodes.
>
> David E. Nelson wrote:
> > Hi Yura,
> >
> > Yes, that is correct.  As suggested on this list, Iv'e tried 'nsrjb -j 
> > <Name>
> > -I' and still loaded each tape (previously labeled) into the drives.
> >
> > Regards,
> >         /\/elson
> >
> >
> > On Wed, 28 May 2003, Yura Pismerov wrote:
> >
> >
> >>"David E. Nelson" wrote:
> >>
> >>>Hi All,
> >>>
> >>>We've got an L180, 6.1.3, and Solaris 8.  All tapes are barcoded and the 
> >>>tape
> >>>label == barcode.  When we add tapes via the CAP, we have to do 'nsrjb -j
> >>>L180-1 -IEv' to re-inventory the slot that were just filled.  Is there any 
> >>>way
> >>>around this so that NW can just use the barcodes and not have to physically
> >>>load/unload each tape that was added via the CAP?
> >>
> >>I was under impression that Networker loads the tape that is being
> >>inventoried only in case if the barcode is not in the media database
> >>yet. Are you saying all the tapes that you add were labeled before ?
> >>
> >>
> >>
> >>>Thanks,
> >>>        /\/elson
> >>>
> >>>--
> >>>~~ ** ~~  If you didn't learn anything when you broke it the 1st ~~ ** ~~
> >>>                        time, then break it again.
> >>>
>
> --
> Dan Rich <drich AT pdi DOT com> |
>             (650)562-9018 |  "Step up to red alert!"  "Are you sure, sir?
>                           |   It means changing the bulb in the sign..."
>
> --
> 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.
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=



++++++++++++++++++++++++++++++++++++++++++++++++
Kit Cunningham - idata Limited
Mobile  +64 21 448 444   email: k.cunningham AT idata.co DOT nz
Support Calls to:  0800 backup -         0800 222 587
Support email: support AT idata.co DOT nz
http://www.idata.co.nz
++++++++++++++++++++++++++++++++++++++++++++++++

++++++++++++++++++++++++++++++++++++++++++++++++
Kit Cunningham      email: kit.cunningham AT 4f.co DOT nz
Four F Ltd               Mobile  +64 21 448 444
PO Box 500            Phone/Fax  +64 4 293 4484
Paraparaumu
New Zealand         Tread Lightly
++++++++++++++++++++++++++++++++++++++++++++++++

--
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.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=