Yes, the tapes should go immediately to scratch status

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