Yes, that is possible (although I don't know for sure that these volumes were 
involved).
Had some spillover to tape, moved back to dedup pool later after adding storage.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Dave Canan
Sent: Wednesday, October 16, 2013 4:49 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: 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)
>