While reclaimation is runing do you see messages written to the activity log
indicating that the tapes are being deleted from the storage pool?  Once all
the data is moved there should be a message that the volume has been deleted
from the inventory.  This automatically returns the volume to scratch, and
it should show up by doing a q libvol as a scratch volume.

Any volumes that have been checked out of the library, for whatever reason,
and become empty due to expiration will not return to scratch until a move
command is run to delete them from the inventory.  They can then be checked
back into the library as scratch.  We just found about 300 tapes sitting on
our racks that were empty and could be reused for scratch.  (Empty volumes
have a reclaimable percentage of 0 for some reason, so they are never called
for in reclaim.)

> -----Original Message-----
> From: James SPORER [SMTP:james.sporer AT CCMAIL.ADP.WISC DOT EDU]
> Sent: Thursday, December 23, 1999 11:46 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: HELP - running out of tapes!
>
>      Are you setting the status of these tapes to offsite?  As long as the
>      status is offsite they will never go back to scratch.  You have to
>      change the status of empty offsite tapes to readonly before they will
>      get set to scratch.
>       Jim Sporer
>
>
>
> ______________________________ Reply Separator
> _________________________________
> Subject: HELP - running out of tapes!
> Author:  "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>  at IPNET
> Date:    12/23/99 10:37 AM
>
>
> Can anyone help?  As I understand it when you introduce a tape in to a
> tape
> library using the checkin=scratch option this will enable any of the
> storage
> pools to use this tape when required.  Once the data on the tape has
> expired and
> reclamation has run ie the tape has no valid data on shouldn't it be
> returned to
> the library so that it may be used by another storage pool.  This is not
> happening with our config.  We are continually having to add tapes to the
> pool.
> We have checked and both reclamation and expiration processing are
> running.
> When these processes run the utlisation for the storage pool goes down
> (seen by
> entering the q stgpool command) however no tapes ever seem to be returned
> to a
> scratch status.  We also find that although the utlisation for the our
> tapelib
> storage pool does go down migration in to this storage pool fails because
> there
> is sufficient storage capacity in the pool and at this point we have to
> introduce more tapes.  Any help will be gratefully received.
>
> Simon Hubbard
> IBM Global Network Messaging Support
> Tel:  Internal 664885.  External 01926 464885
> E-mail:  Internal 9HUBBSJ@IBMGB.  External  simon_hubbard AT hotmail DOT com