Darren Dunham wrote:

During testing, I'm -w(ithdrawing) two volumes into the CAP, then I
-d(eposit) them back into empty slots, then I -I(nventory) them.

Whoops.  My testing and my description got a little screwed up here.
Apparantly I was also changing the location of the tapes after the
withdrawal.  According to some email I received, that is the reason that
the inventory forces a load.  Disappointing, but that's that.

       Then I'm sure it depends on particular type of the library and the way
how it refreshes its internal inventory after the tape change.
I've never watched such behavior with our Spectralogic jukebox.
Even if I swap tapes that come from an off-site storage (the location is
undefined) they are never being loaded as long as the barcodes are
already in the media database.

I'm now trying to decide whether it's better to live with the time loss,
or whether I want to try to read the barcode myself and reset the
location before then inventory.


--
Darren Dunham                                           ddunham AT taos DOT com
Unix System Administrator                    Taos - The SysAdmin Company
Got some Dr Pepper?                           San Francisco, CA bay area
         < This line left intentionally blank to confuse you. >

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