I started a reclamation on that pool yesterday afternoon and it sat
there for several hours before it finally started moving anything. 
I guess I got behind doing the reclamation. But that doesn't make any
sense because the offsite pool and the onsite pool have the same
settings and the same content. Only difference is that one goes off
site. 

I use the same settings when I run reclamation on both pools but I run
them at completely different times and the times don't overlap. When I
run the onsite copypool script the process starts without delay. The
same settings for the offsite copypool takes forever to actually kick
off. 

I guess I'll need to keep a closer eye on things........

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Allen S. Rout
Sent: Thursday, May 06, 2010 2:17 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] reclamation no longer working

>> On Thu, 6 May 2010 11:11:34 -0400, "Tyree, David"
<david.tyree AT SGMC DOT ORG> said:

> I've run the threshold up and down from a few percentage points up
> to 80-90% hoping something would change but no difference. I have
> plenty of scratch tapes and mount points.


Try running one at 99% and _no_ time limit, and expect it to run for
days.

There's a huge amount of bookkeeping work TSM does at the outset.  If
you've gotten yourself stuck somewhere, and lots of time has passed,
you may have a large backlog.  In that case, trying little nibbles is
the only way to go.

You could also approach this from the

-OFFSITERECLAIMLimit--=--number_of_volumes-

side, limiting it to just a few at a time.


- Allen S. Rout