Lets make sure you have no volumes in a pending state.  Issue this Select

Select stgpool_name, volume_name from volumes where status='PENDING' order
by stgpool_name, volume_name

For each of these you can issue a delete volume vvvvvvv and they will
immediately return to the scratch pool if they are in the library.


Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180


-----Original Message-----
From: Brazner, Bob [mailto:Bob.Brazner AT JCI DOT COM]
Sent: Tuesday, October 01, 2002 8:14 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Space reclamation runs, but tapes don't free up


System is TSM 4.1.2.0 on AIX 4.3.3.  I run reclamation daily on my tape
backup copy pool, but the backlog of unreclaimed tapes continues to grow (as
determined by SQL select looking for volumes in the pool that meet my
reclamation threshold - 60%).  The space reclamation process mounts a number
of tapes, and a good number of bytes get moved, but the count continues to
grow.  My onsite tape backup pool does not suffer from this problem.  I'm
not seeing the number of ANR1341I messages (Scratch volume <volume name> has
been deleted from storage pool <storage pool name>) that I would expect.
Nor, am I seeing the expected number of ANR1342I messages (Scratch volume
<volume name> is now pending - volume will be deleted from storage pool
<storage pool name> after the reuse delay period for this storage pool has
elapsed).  I should be seeing one or both messages for each offsite volume
reclaimed, right?  Because my offsite tapes are not getting reclaimed in a
timely fashion, I'm faced with a lack of scratch tapes every day.  Any ideas
anyone?

Bob Brazner
Johnson Controls, Inc.
(414) 524-2570