Networker

Re: [Networker] command to deposit volumes into jukebox?

2004-02-20 01:39:38
Subject: Re: [Networker] command to deposit volumes into jukebox?
From: "J. Ortiz" <jortiz AT HOUSTON.RR DOT COM>
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Date: Fri, 20 Feb 2004 00:31:18 -0600
Tim,

Just for comparison purposes, we work with several different servers on
both the Solaris and Win2K platforms.  We have STK L700, Sun L11000 (ATL),
ADIC Scalar 1000 and Compaq (ATL) TZ89 libraries.  We are running NetWorker
6.1.3, 6.1.4 or 7.1 on all these different servers.

I see what you mean though.  We also get an *interactive* message at the
end of the nsrjb -d deposit operation advising us that the CAP is empty and
asking if we want to deposit any more tapes, unless we give it a slot range
in which the number of empty slots is equal to the number of tapes being
deposited from the CAP.  In that case, NetWorker will simply advise you of
which slots are full and then finish depositing the tapes from the CAP to
the available slots but it will not bother you with the *interactive* query
once it completes the deposit operation.

That's the only work around I'm aware of for the *interactive* query.

By the way, as I recall, that "improvement" was made to accommodate
requests from users with libraries having small CAPs (1-4 slots) that
needed to deposit many tapes (like 10 or more) but wanted to do it without
opening the library and then waiting for it to reset, re-inventory itself,
etc..  That way they could simply reload the cap and hit "y" and the
deposit operation would repeat without having to re-issue the nsrjb command.

Joseph Ortiz
DSMCS, Inc.
At 17:55 2/19/2004 -0600, you wrote:
In regard to: Re: [Networker] command to deposit volumes into jukebox?,...:

>Tim,
>
>It still is possible to specify a CAP port range when depositing tapes.
>I don't know what version of NetWorker you are using but when using
>NetWorker 6.1.3 or 6.1.4 on either Unix or Windows servers, I can still
>specify a CAP port range with the -P parameter as well as giving it a
>target slot range to choose from.  But in general we just specify nsrjb
>-d and then re-inventory the libraries.

What I was trying to say, but not saying very well, is that in the
distant past, I used to do

        nsrjb -v -d -P 1

and nsrjb would pick an empty slot to put the volume in (because I *did
not* specify a `-S #' on the command line -- I left it up to NetWorker to
find a slot).

These days, with the versions of 6.1.x I've seen (6.1.1, 6.1.2, and
6.1.3), I'm forced to specify

        nsrjb -P 1 -S some_empty_slot_here

In other words, I can no longer leave it up to NetWorker to decide what
(empty) slot to put the deposited volume in, I have to specifically tell
it.

If I *don't* do that, nsrjb gives me that *interactive* message that Evan
showed in his original message.  As I recall (it's been months or years
since I had to start working around this problem, so my memory is hazy),
if you don't *specifically* list a slot to deposit to, NetWorker *will*
find a slot for you and deposit the volume, but then it spits out that
interactive message and waits for confirmation.

Not an "improvement" in behavior, in my book.  It used to be trivial to
do a quick "script" like

        for p in 1 2 3 4 5 6 7 8 9 10 11 12 13 14
        do
                nsrjb -d -P $p
        done

to batch deposit an entire load port of tapes.  Now nsrjb wants to chat
after each tape it deposits *if* you don't tell it explicitly what slot to
deposit it to.

That's what I was trying to convey.

>Normally nsrjb -d simply empties all tapes it finds in the CAP to any
>availalbe slots in the library.

That's the way it used to work for me, but these days NetWorker wants
interactive confirmation (a pat on the back, letting it know it did a
good job!) if I don't specify the slot(s) to deposit to.

>  This is an operation I do regularly in
>working with multiple libraries from different vendors.  In the case
>where you specify a target slot range with the -S parameter, NetWorker
>will normally look for any open slots in the range specified and skip
>over slots that are full.

It's clearly working differently for you than it does for me.  Perhaps
I have something goofed up in my jukebox configuration, but I can't
imagine what it would be.

Tim
--
Tim Mooney                              mooney AT dogbert.cc.ndsu.NoDak DOT edu
Information Technology Services         (701) 231-1076 (Voice)
Room 242-J6, IACC Building              (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164

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