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.
