I believe I have found the problem. The maximum number of scratch volumes
allowed was set to 40 and it had reached this limit which was causing the
reclaimation process to fail. I have increased the maximum number of scratch
volumes allowed and restarted the reclaimation process.
Thanks & Regards
Paul
> -----Original Message-----
>
> It's been a while since I've worked much with off-site copypools, but my next
> suggestion is to work with DRMedia. Do you have some volumes (that have been
> reclaimed) in VAULTRETRIEVE status? I don't remember how they show up in your
> volume list (I half expect 'EMPTY' status, but as I said, it's been a while),
> but if you
> do, they might be returned to scratch status when you MOVE DRM the VAULTRET
> volumes back to ONSITERET.
>
> How many BACKUP STG processes are you running at a time? If you run four
> backup processes at a time, you'll produce four tapes each day, even if one
> would
> be enough. That might be contributing to this phenomenon.
>
> You said these volumes are set as offsite; that's at the volume level;
> volumes are
> the only things with an "offisite status, as I recall. If you do QUERY LIBVOL
> *
> <volid>, do they show up? If TSM "knows" they're in the library, they won't be
> reclaimed if they're in "FILLING" status, as I recall.
>
> I love a good puzzle. I'm just not sure how many things I'm taking for
> granted about
> how you're using TSM. :-)
>
> Nick
>
> On Apr 10, 2011, at 6:35 PM, Paul_Dudley wrote:
>
> > Collocation for the storage pool is set to "none". No I am not using the
> > "du="
> parameter on the reclaim commands. I check the log and they do finish
> successfully.
> > They are a mixture of "full" and "filling" tapes. They are all set as
> > "offsite".
> >
> > Thanks & Regards
> > Paul
> >
> >>
> >>> I currently have a lot of copypool storage tapes which are between 50 -
> >>> 60%
> >> utilization. Expiration runs daily and I run reclaimation daily on this
> >> copypool, set
> to
> >> 50.
> >>>
> >>> Is there anything I can do to try and consolidate the data onto fewer
> >>> copypool
> >> tapes?
> >>
> >> I would conclude that you have your collocation on the copypool set to
> something
> >> other than "none." My back-up theory is that you're using a "dur="
> >> parameter on
> >> your reclaim commands, and they simply are not finishing.
> >>
> >> Are these tapes marked as being off-site? Are they in "filling" status or
> >> "full"?
> >> "Filling" tapes normally are excluded from reclamation if they're
> >> allegedly still in
> the
> >> library.
> >>
> >> I'm not sure why it would matter, but what's your TSM server level?
> >>
> >>
> >> Nick
ANL DISCLAIMER
This e-mail and any file attached is confidential, and intended solely to the
named addressees. Any unauthorised dissemination or use is strictly prohibited.
If you received this e-mail in error, please immediately notify the sender by
return e-mail from your system. Please do not copy, use or make reference to it
for any purpose, or disclose its contents to any person.
|
