ADSM-L

Re: [ADSM-L] Lots and lots of FILLING volumes on Replication Target server

2017-04-24 09:13:39
Subject: Re: [ADSM-L] Lots and lots of FILLING volumes on Replication Target server
From: Krzysztof Przygoda <przygod AT GMAIL DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 24 Apr 2017 15:01:13 +0200
Hi Zoltan
Is this pool a deduplicated one?
If yes then to have reclamation working:
1 you have to have copy pool of it
2. set option: deduprequiresbackup no
https://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.ref.doc/r_opt_server_deduprequiresbackup.html

Good Luck :)
Krzysztof Przygoda

2017-04-24 14:44 GMT+02:00 Zoltan Forray <zforray AT vcu DOT edu>:

> 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
> zforray AT vcu DOT 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
>