does "q vol stg=copypool" show you any volumes with a "pct util" less than
60%?
try "q actlog begind=-3 s=recla" and see if reclamation even tried to start.
If it did, do a second "q actlog" and look at all the messages right after
that time - maybe they explain why it turned off.
Then send us "q stg copypool f=d".
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Jon Milliren
Sent: Tuesday, May 08, 2001 10:21 AM
To: [EMAIL PROTECTED]
Subject: Re: reclaim spoy stgpool volumes
Lindsay Morris wrote:
>
> The quote Jack offered is relevant to PRIMARY pools, but not to COPY
pools,
> I think.
>
> TSM reclaims COPY (off-site) storage pools by using the drives and tapes
> available to the PRIMARY (on-site) storage pool.
Right, that's what I gleaned from the admin guide.
> Jon, surely your onsite pool has two or more drives, right?
> Maybe reclamation didn't start because it's a relatively low-priority
> process (look up "preempt" in the Admin guide), and something more
important
> (like backup db) was running.
Right again. My primary storage pool has two drives, in fact, I see
reclaim going on for that storage pool.
I left my copy storage pool reclaim threshold value at 40 over the
weekend. No reclaim took place for my copy pool, and I still have
volumes with > 40% reclaimable space.
The Admin guide says reclamation threshold is "The percentage of
reclaimable space that a sequential access media volume must have before
the server can reclaim the volume." I have the reclamation threshold
parameter for the copy pool set to 40, so I should expect volumes with >
40% recaimable space to be reclaimed, right?
Is there anything else that could prevent reclaim from occurring? As
far as I can tell, I've set it up properly.
Big thank you to everyone who responded!
Jon
--
Jon Milliren
Systems Administrator
University of Pittsburgh
Office of Institutional Advancement
[EMAIL PROTECTED]
(412) 624-2727 office
(412) 292-2070 mobile
