I'm sure it's something left over from the old days.  I agree that you 
should be able to pull tapes out of one library and put them in another, 
and have things just work.

At 10:58 AM 3/16/00 -0600, Andrew Steingruebl wrote:

>Skip Farmer said:
> >
> >In your case it b/c the systems are on the same library I can understand the
> >frustration. But in a distributed environment that has many libraries it is
> >extremely useful.
>
>Why is the behavior extremely useful/necessary? If we have a centralized
>catalog of media, and we don't duplicate media id's or barcodes, why can't 
>the
>individual media servers update a certral database, rather than keeping their
>own?  Why do I need to run a bunch of commands to migrate tapes from one 
>robot
>to another?  Maybe I want to *easily* migrate tapes out of one robot and into
>another in another location, have the robot simply re-inventory itself, or 
>use
>vmadm/other commands to import tape into a robot.
>
>Why is it so difficult, and what is the design philosophy behind it?
>
>Thanks.
>
>--
>Andy Steingruebl              | e-mail: steingra AT pprd.abbott DOT com
>Unix Systems Admin/Programmer | phone:  (847) 935-4728
>Unix/Network Security         | fax:    (847) 935-0142
>Abbott Laboratories, PPDR&D   | post:   100 Abbott Park Road, D472 - AP9A
>                               |         Abbott Park, IL 60064-6115
>
>
>
>_______________________________________________
>Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

---
W. Curtis Preston, Principal Consultant at Collective Technologies
Email: curtis AT colltech DOT com                (Best way to contact me)
Work : 408 452 5555                       (Leave a message.)
Pager: 800 946 4646, pin#1436065        (If urgent.)

Tap into the Collective Intellect (TM): http://www.colltech.com
Backup & Restore resources:        http://www.backupcentral.com