Thanks for you response.  The re-use delay is set to 0.  Does this mean that
volumes will immediately be put back to a scratch status once data has expired
and the volume has been reclaimed, or will it never be put back to a scratch
status?

Regards

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


"Jason Morgan - I.T." <Jason.Morgan AT BLAENAU-GWENT.GOV DOT UK> on 12/23/99 
11:06:38
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: Simon J Hubbard/UK/IBM)
Subject:  Re: HELP - running out of tapes!




After reclamation the tapes should have a status of pending and then
eventually to scratch. There is a parameter for the storage pool called
Delay Period for Volume Reuse: 3 Day(s). In our case the tapes will be
pending for 3 days and then returned to scratch status. It might be worth
checking this parameter.

To update upd stgpool stgpoolname REUSEDELAY=(no of days)

> -----Original Message-----
> From: Simon Hubbard [SMTP:9HUBBSJ AT UK.IBM DOT COM]
> Sent: 23 December 1999 10:38
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      HELP - running out of tapes!
>
> 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