Ok, ADSM has lost track of which drives have tapes in them.  It thinks
there is a drive free which in fact has a tape left in it.  This may have
happened for a number of reasons, most likely some sort of I/O error
unloading the drive.  Perhaps a tape got stuck in the drive.  Until you fix
this, ADSM will keep attempting to put tapes into that drive and mark them
unavailable when it is unable to do so.  THis is a royal pain - I wish ADSM
was smart enough to figure this out and simply mark the drive unavailable
instead of the tape volumes (are you listening Tucson?).

Try doing this:
1. Issue a QUERY MOUNT.  This will show you which drives ADSM THINK have
tapes in them.
2. Visually inspect the tape drives.  You should find at least one drive
that has a tape in it which ADSM does not think has a tape in it.

You will have to unload the tape from the drive and get it back into the
library.  The best way I know of to do this is as follows:
1. Physically remove the tape from the drive.  Refer to the DLT7000 manual.
2. CHECKOUT LIBVOL <libname> <volser> CHECKL=NO REMOVE=NO
3. CHECIN LIBVOL <libname> <volser> SCRATCH=yes|no (whatever's appropriate)

Hope this helps.
..Paul
--
At 02:24 PM 10/7/98 -0700, you wrote:
At 02:24 PM 10/7/98 -0700, you wrote:
>Yes, I do get I/O errors with the following message:
>
>09/24/98 21:05:32     ANR1044I Removable volume 400247 is required for space
>
>                       reclamation.
>
>09/24/98 21:05:32     ANR8324I DLT volume 400247 is expected to be mounted
>
>                       (R/O).
>
>09/24/98 21:05:34     ANR8300E I/O error on library STK9710 (OP=00006C03,
>
>                       CC=315, KEY=05, ASC=3B, ASCQ=0D,
>SENSE=70.00.05.00.00.00-
>                       .00.0C.00.00.00.00.3B.0D.00.00.00.00.00.00.,
>Description-
>                       =The destination slot or drive was full in an attempt
>to
>                       move a volume).  Refer to Appendix B in the
>'Messages'
>                       manual for recommended action.
>
>09/24/98 21:05:34     ANR1401W Mount request denied for volume 400247 -
>mount
>                       failed.
>
>09/24/98 21:05:34     ANR0986I Process 8074 for SPACE RECLAMATION running in
>
>                       the BACKGROUND processed 131 items for a total of
>
>                       63,141,865 bytes with a completion state of FAILURE
>at
>                       21:05:34.
>
>
>There were drives available.  The next time ADSM called for this tape it had
>been marked 'unavailable'.    ??????????????
>Sandye J. Jackson
>
>> -----Original Message-----
>> From: Paul Zarnowski [SMTP:vkm AT CORNELLC.CIT.CORNELL DOT EDU]
>> Sent: Wednesday, October 07, 1998 12:41 PM
>> To:   ADSM-L AT VM.MARIST DOT EDU
>> Subject:      Re: Problems with tapes constantly being made unavailable
>>
>> Are you getting I/O errors?
>> If so, make sure you have current firmware levels on your drives (V72).
>> What's the full message text for "aggragates are degrading"?  I haven't
>> seen this one before.
>>
>> ..Paul
>> --
>> At 12:09 PM 10/7/98 -0700, you wrote:
>> >We have a major problem here.  We are running ADSM V3.1.0 on an AIX
>> server
>> >attached to an STK9710 library using DLT7000 tapes.  We keep having
>> problems
>> >with tapes not being mounted even tho there are drives available (we have
>> 6)
>> >and then they are marked 'unavailable' and I have to check this out every
>> >day and put them back in 'read/write' status.  Also, after this starts to
>> >occur I get messages that 'aggragates are degrading' and that I need to
>> do
>> >an Audit.  Today my aggragates weren't just degraded, they were disabled.
>> >STK says that their system is working fine.  IBM says that their's is
>> also
>> >ok.  Heeeellllppppp!!!
>> >
>> >Sandye J. Jackson
>> >
>