Hi Zoltan, just a few quick ones... -reclamation won't touch volumes in filling state
-are those volumes R/W ? if not, check ACTLOG -check MOUNTLimit for affected devclass(es) -check MAXSIze for affected stg pool(s) I'd rather use collocation... I don't have any ideas on dedupe... Regards. -- Sasa Drnjevic www.srce.unizg.hr On 24.4.2017. 14:44, Zoltan Forray wrote: > Server=Linux TSM 7.1.6.3 - Sole usage is as a Replication Target for > 5-TSM servers - also at 7.1.6.3. > > I am dealing with a situation where I am discovering lots and lots (>700) > of storage volumes in a filling state and most are <0.5% used. I am running > out of storage pool space until I manually perform move data's to clear > them out. This isn't the first time I had to do this. > > Why isn't automatic reclamation handling them (set to 65%). ReuseDelay is > set to 0. Am I missing some setting or process I need to perform > regularly? This is the first time I have dealt with devclass=FILE and the > various issues that come with it (IMHO, devclass=DISK requires so much less > maintenance) > > This is my first server I am running dedupe on. Not sure if that is a > factor. Also, collocation is turned off. > > The target storage is an ISILON box via NFS. > > > > > > -- > *Zoltan Forray* > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator > Xymon Monitor Administrator > VMware Administrator > Virginia Commonwealth University > UCC/Office of Technology Services > www.ucc.vcu.edu > zfor...@vcu.edu - 804-828-4807 > Don't be a phishing victim - VCU and other reputable organizations will > never use email to request that you reply with your password, social > security number or confidential personal information. For more details > visit http://infosecurity.vcu.edu/phishing.html >
