To see how many scratch tapes in that pool run;

select count(*) from volumes \
where stgpool_name='TECH_TAPE_POOL' \
and scratch='Yes'


On Mon, 2002-10-07 at 18:20, Steve Harris wrote:
> Murthy
>
> Check the maxscratch parameter on the tech_tape_pool storage pool with q stg  
> tech_tape_pool f=d
> You can either increase this number with upd stg to allow more scratch tapes 
> to be used by this pool, or use define volume to explicitly add volumes to 
> the pool.
>
> Once you have done that your reclaim should work.
>
> HTH
>
> Steve Harris
> AIX and TSM Admin
> Queensland Health, Brisbane Australia
>
>
>
>
> >>> gmurthy AT IN.IBM DOT COM 07/10/2002 15:07:43 >>>
> Hi All,
>
> I have a big problem here. Help requested.
>
> I have a 3583 LTO library with 2 drives. TSM Server v4.2 on AIX.
>
> I have been running Scheduled backups without any problems so far.
>
> Yesterday the server started reclamation process for one of the Storage
> pools as shown below.
>
>
> 784 Space Reclamation    Volume 053ABS (storage pool TECH_TAPE_POOL),
>                                Moved Files: 0, Moved Bytes: 0, Unreadable
>
>                                Files: 0, Unreadable Bytes: 0. Current
> Physical
>                                File (bytes): 10,487,404
> Waiting for mount of
>                                input volume 053ABS (68221 seconds).
>
> Some of the activity log entries are :
>
> ANR1040I Space reclamation started for volume 053ABS,
>                        storage pool TECH_TAPE_POOL (process number 723).
>
> 10/06/02 14:06:19     ANR1044I Removable volume 053ABS is required for
> space
>                        reclamation.
>
> 10/06/02 14:06:19     ANR1044I Removable volume 041ABS is required for
> space
>                        reclamation.
>
> 10/06/02 14:06:21     ANR1405W Scratch volume mount request denied - no
> scratch
>                        volume available.
> 10/06/02 14:06:24     ANR1405W Scratch volume mount request denied - no
> scratch
>                        volume available.
>
> 10/06/02 14:06:26     ANR1405W Scratch volume mount request denied - no
> scratch
>                        volume available.
>
> 10/06/02 14:06:26     ANR0985I Process 723 for SPACE RECLAMATION running in
> the
>                        BACKGROUND completed with completion state FAILURE
> at
>                        14:06:26.
>
> 10/06/02 14:06:26     ANR1086W Space reclamation terminated for volume
> 053ABS -
>                        insufficient space in storage pool.
>
> The volume status shows no errors with the volume.
>
>
>  Volume Name             053ABS
>
>  Storage Pool Name       TECH_TAPE_POOL
>
>  Device Class Name       ULTRIUM
>
>  Estimated Capacity (MB) 137997.9
>
>  Pct Util                0.0
>
>  Volume Status           FULL
>
>  Access                  READWRITE
>
>  Pct. Reclaimable Space  99.9
>
>  Scratch Volume?         Yes
>
>  In Error State?         No
>
>  Number of Writable      1
>  Sides
>
>  Number of Times Mounted 12827
>
>  Write Pass Number       1
>
>
>
>
> Even though both the tape Drives are free, and a scratch volume is made
> available, all the migration processes are Held up.
>
> Could somebody help me understand & suggest a solution to the problem here.
>
> Thanks in advance
>
> regards
> murthy
>
>
>
> **********************************************************************
> This e-mail, including any attachments sent with it, is confidential
> and for the sole use of the intended recipient(s). This confidentiality
> is not waived or lost if you receive it and you are not the intended
> recipient(s), or if it is transmitted/ received in error.
>
> Any unauthorised use, alteration, disclosure, distribution or review
> of this e-mail is prohibited.  It may be subject to a statutory duty of
> confidentiality if it relates to health service matters.
>
> If you are not the intended recipient(s), or if you have received this
> e-mail in error, you are asked to immediately notify the sender by
> telephone or by return e-mail.  You should also delete this e-mail
> message and destroy any hard copies produced.
> **********************************************************************