Re: [ADSM-L] Dedup troubles... volumes won't reclaim

Wanda, I also wanted to know where you stand on this issue. I had a
question for you on these volumes that won't reclaim. Is there any chance
that at some point data in this pool, on these volumes, data might have
been moved out to a another stgpool and then moved back?  I am looking at a
new APAR that is being reviewed right now, and I wanted to know if this
might have happened.


On Wed, Oct 2, 2013 at 9:24 AM, Prather, Wanda <Wanda.Prather AT icfi DOT 
com>wrote:

> TSM 6.3.4 on Windows 2008.  TSM client 6.4.1, latest VE available.
> Before I go re-researching the wheel, anybody have insight into this issue?
>
> TSM for VE backs up to a file pool with dedup turned on, server-side dedup
> only.
> I have 2 volumes in the dedup pool that are 100% reclaimable, but won't
> reclaim.
> DEDUPREQUIRESBACKUP is set to NO at this point.
>
> VOL                 STGPOOL                PCTR       PCTU      ESTCAPGB
> ACCESS             STATUS
> -----------------   ----------------   --------   --------   -----------
> ----------------   ---------
> L:\LVE000           FILE-VE               100.0        0.0         192.7
> READWRITE          FULL
> M:\VE013            FILE-VE               100.0        0.0         196.2
> READWRITE          FULL
>
> Q CONTENT finds nothing.
> Audit volume finds 6 files on 1, 9 files on the other, no errors.
> MOVE DATA errors out with no information:
>
>
> 0/02/2013 12:09:07      ANR1141I Move data process ended for volume
> M:\VE013.
>                          (SESSION: 53030, PROCESS: 1118)
> 0/02/2013 12:09:07      ANR0985I Process 1118 for MOVE DATA running in the
>                          BACKGROUND completed with completion state
> FAILURE at
>                          12:09:07. (SESSION: 53030, PROCESS: 1118)
> 0/02/2013 12:09:07      ANR1893E Process 1118 for MOVE DATA completed with
> a
>                          completion state of FAILURE. (SESSION: 53030,
> PROCESS:          1118)
>
> BACKUP STGPOOL says there is nothing to back up.
> But restore volume says:
> 10/02/2013 12:18:38      ANR1256W Volume M:\VE013 contains files that
> could not be
>                           restored. (SESSION: 53030)
>
> This is all looking scary.
> Anybody seen this behavior before?
>
> Thanks
> w
>
>
> Wanda Prather  |  Senior Technical Specialist  | Wanda.Prather AT icfi DOT 
> com |
> www.icfi.com
> ICF International  | 401 E. Pratt St, Suite 2214, Baltimore, MD 21202 |
> 410.539.1135 (o)
>