Stan,

  In my experience with depositing tapes into a jukebox,
I've either 1) done the deposit at a time when no volumes
are mounted, or 2) specified particular slot numbers for
the deposit operations.  Whenever I've just run a deposit
operation with no slot numbers specified, the deposited
volumes wind up in the first open jukebox slots.  Whether
this is a function of NetWorker processing or jukebox
command execution, I don't know.  I just know to now
be wary of non-specific deposit commands.

Terry

> -----Original Message-----
> From: Stan Horwitz [SMTP:stan AT TEMPLE DOT EDU]
> Sent: Thursday, August 22, 2002 4:39 PM
> To:   NETWORKER AT LISTMAIL.TEMPLE DOT EDU
> Subject:      [Networker] Problem with depositing tapes
>
> Hello NSR gurus;
>
> Would someone tell me if my thinking is incorrect on an issue involving
> using "nsrjb -d" to deposit tapes into a tape library? Here's the
> situation:
>
> Using "nsrjb -w", I removed a few tapes from our Qualstar tape library. No
> problem there. I then used "nsrjb -d" to deposit tapes into the vacant
> slots. While I did this, the six AIT-2 drives in the library had tapes in
> them and all were actively writing.
>
> Before I issued the "nsrjb -d -j aitjuke" command (no other arguments), I
> did an "nsrjb -C | grep ":     "" to see what the vacant slots were just
> out of curiosity. I then deposited two tapes, and I searched for the
> vacant slots again. Logic would dictate that there should not be any
> vacant slots after I deposited two tapes into the two slots, right? My
> results ran contrary to logic though.
>
> The same two slots that were vacant prior to depositing the tapes remain
> vacant after the tapes were deposited. This tells me that the two tapes
> were put in slots that are allocated to a tapes that are currently in the
> tape drives. Am I wrong, or is this not a good thing?
>
> This would explain why for the past few weeks, there are times when tapes
> would not eject from drives and I would find that the tape library was not
> in the state that nsr understood it to be. I wonder if there's a bug in
> the "nsrjb -d" command. It sure seems like there is, but I just wanted to
> confirm raise this possibility here. I do plan to report this to Legato
> tomorrow, and I suspect that when I arrive at work, two tapes will have
> failed to eject during tonight's backups.
>
> --
> Note: To sign off this list, send a "signoff" 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" 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.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=