If you have not assigned separate category numbers for scratch and private
volumes for eah server, you have effectively hosed yourself.

Rule of thumb: if you share libraries between hosts, never share
categories.

You're gonna have a bugger of a time changing those cats, since the device
classes, drives and libraries are intertwined (not to mention the
assignment of devclasses to storage pools).

Externally, you'll have to use mtlib to change the cats based on a list
from the q libv command (shows priv and scratch vols).

Note that if this is the case, each server sees the same number and more
dangerously, the same volsers as scratch vols.

It's fixable, but I wouldn't want to be there when it happens...

David Hendrix
dmhendri AT fedex DOT com





"McNamara, Sean" <sean.mcnamara AT LMCO DOT COM> on 03/24/99 09:03:09 AM

Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



 To:      ADSM-L AT VM.MARIST DOT EDU

 cc:      (bcc: DAVID HENDRIX/216832/ITD/FEDEX)



 Subject: 3494 Library Problems









Good Morning All,

        We are running three servers - ADSM V3.1.2.1 on AIX 4.2.1 sharing a
Magstar 3494 library with 9 3590 tape drives.

        We are experiencing a problem that is baffling us.   Whenever one
of
the ADSM server is rebooted the library does not come back in a consistent
state.  The ADSM server audits the library and then attempts to checkin
it's
volumes, after this the activity log shows messages stating:  Volume not
checked into the library but is using category #.  The category number that
it states is not the private category number assigned to the library, it is
using a category from another ADSM server attached to the library.  We then
need to use the following command - mtlib -l /dev/lmcp0 -C -Vvolume#
-tcategory number.  After this is complete, we then have to checkin all ov
the volumes again.  has anyone else experienced this?  Is there a
the volumes again.  has anyone else experienced this?  Is there a
possibility that the library is partition incorrectly.  Any help is greatly
appreciated.


Thanks,



Sean


Sean McNamara
Lockheed Martin
(610) 531-7259