You should investigate the ANR8300E message that appears in your activity log
(although you hinted that your library is full, so you may already be pursuing
this). ADSM is trying to free up tapes (via reclamation) so that they can be
returned to scratch and re-used. If ADSM can successfully free up these tapes,
then you might not need to add additional scratch tapes. However, it looks like
the problem reported by the ANR8300E message is preventing reclamation from
running, so ADSM can't free up the tapes. You should check the library to be
sure that you don't have a tape stuck in a cartridge, or that there aren't more
tapes in the library/drives than there are slots. If tapes were manually added
to or removed from the library, then the library inventory may be out of sync
with ADSM, requiring an AUDIT LIBRARY. If none of the above looks like the
problem, it is also possible that you need to update your ADSM server code
and/or library microcode. Note that these are just some "shoot-from-the-hip"
ideas, so you need to determine what is going on before taking any specideas, 
so you need to determine what is going on before taking any specific
action.

In answer to your question, the tapes marked FULL/UNAVAILABLE/SCRATCH are *not*
available for re-use yet. Elaborating on this:

The SCRATCH status from a QUERY VOLUME command and the SCRATCH status from a
QUERY LIBVOLUME command are not exactly the same thing.

The SCRATCH=YES or NO from QUERY VOLUME indicates whether the volume was
obtained from a scratch pool of tapes, or whether it was pre-defined to ADSM
via the DEFINE VOLUME command. The fact that QUERY VOLUME gives you any
information at all indicates that the volume belongs to a storage pool (and
thus is not part of the library's current scratch inventory). The status of
FULL indicates that there is valid data on this volume, so it is not ready to
be returned to the library's scratch inventory. The SCRATCH=YES indicates that
this volume was taken from the library's scratch inventory, and will be
returned to the scratch inventory once it is empty.

The SCRATCH status from a QUERY LIBVOLUME command indicates that the volume is
part of the library's inventory of scratch tapes. This is versus the PRIVATE
status, which indicates that the tape is in use by ADSM (i.e. it belongs to a
storage pool or has been used for database backup, export, etc.).


Andy Raibeck
IBM Storage Systems Division
ADSM Client Development
e-mail: storman AT us.ibm DOT com

Hello all,
I'm getting errors in my activity log complaining about not having any
scratch volumes.
Here is an example:
52      ANR1044I Removable volume 000011 is required for space
                          reclamation.

04/06/1998 08:36:52      ANR1044I Removable volume 000024 is required
for space
                          reclamation.

04/06/1998 08:36:52      ANR8324I DLT volume 000011 is expected to be
mounted
                          (R/O).

04/06/1998 08:36:52      ANR8324I DLT volume 000024 is expected to be
mounted
                          (R/O).

04/06/1998 08:36:52      ANR1142I Moving data for collocation cluster 1
of 1 on
                          volume 000011.

04/06/1998 08:36:52      ANR8300E I/O error on library 9714
(OP=00006C03, CC=315,
                          KEY=05, ASC=3B, ASCQ=0D, 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.

04/06/1998 08:36:52      ANR1401W Mount request denied for volume 000027
mount
                          failed.

04/06/1998 08:37:58      ANR8337I DLT volume 000011 mounted in drive
DRIVE3
                          (/dev/mt2).

04/06/1998 08:38:07      ANR8356E Incorrect volume 000208 was mounted
instead of
                          volume 000027 in library 9714.

04/06/1998 08:38:33      ANR1402W Mount request denied for volume 000027
volume
                          unavailable.

04/06/1998 08:38:33      ANR1410W Access mode for volume 000027 now set
to
                          "unavailable".

04/06/1998 08:38:33      ANR1405W Scratch volume mount request denied -
no scratch
                          volume available.

04/06/1998 08:38:33      ANR1405W Scratch volume mount request denied -
no scratch
                          volume available.

04/06/1998 08:38:33      ANR1405W Scratch volume mount request denied -
no scratch
                          volume available.

04/06/1998 08:39:14      ANR1086W Space reclamation terminated for
volume 000011 -
                          insufficient space in storage pool.

04/06/1998 08:39:14      ANR1042I Space reclamation for storage pool
TAPE will be
                          retried in 60 seconds.

04/06/1998 08:40:14      ANR1043I Space reclamation retry delay ended;
checking
                          volume reclamation status for storage pool
TAPE.
04/06/1998 08:40:14      ANR1040I Space reclamation started for volume
000030,
                          storage pool TAPE (process number 389).

04/06/1998 08:40:14      ANR1044I Removable volume 000030 is required
for space
                          reclamation.

04/06/1998 08:40:14      ANR1044I Removable volume 000007 is required
for space
                          reclamation.

04/06/1998 08:40:14      ANR8324I DLT volume 000030 is expected to be
mounted
                          (R/O).

04/06/1998 08:40:14      ANR8324I DLT volume 000007 is expected to be
mounted
                          (R/O).

04/06/1998 08:40:14      ANR1142I Moving data for collocation cluster 1
of 11 on
                          volume 000030.

04/06/1998 08:40:20      ANR1405W Scratch volume mount request denied -
no scratch
                          volume available.

04/06/1998 08:40:20      ANR1405W Scratch volume mount request denied -
no scratch
                          volume available.

04/06/1998 08:40:20      ANR1405W Scratch volume mount request denied -
no scratch
                          volume available.


*********************
My question is, there are a number of volumes in my primary storage pool
that are marked
status=full, access=unavailable, Scratch Volume=yes ; but these tapes
are not listed as scratch in
a q libvol.  Is there a way to use these as scratch or do I need to add
more scratch volumes to the library.
(Which adds a new problem, the tape library is full. But that is another
question.)

Any thoughts?

Thanks

Shane


Anthony Shane Amerman
Legg Mason, Corporate Technology
Unix System Administrator
410-454-3081 24th Floor