Hi
I having a similar problem in my copy_pool. I have 35 volumes, 33 with reclaim
100 % and 2 with 99,5 % and my reclaim runs with success. But the volumes still
contains data that can't be moved and a audit of the volumes runs fine. Q
contenst show files on all the volumes !?
The server runs dedub on the server site only
Med venlig hilsen / Best regards
Leif Torstensen
Technician
Telefon +45 70253030
lvt AT athena DOT dk
www.athena.dk
Athena IT-Group
Jylland
Søndergård Alle 4
DK-6500 Vojens
Tlf.: +45 74 53 15 14
Fax: +45 74 53 14 81
Athena IT-Group
Fyn
Munkerisvej 1
DK-5230 Odense M
Tlf.: +45 70 25 30 30
Fax: +45 66 13 93 85
Athena IT-Group
Sjælland
Vallensbækvej 44
DK-2625 Vallensbæk
Tlf.: +45 70 25 30 30
Fax: +45 66 13 93 85
-----Oprindelig meddelelse-----
Fra: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] På vegne af
Dave Canan
Sendt: 16. oktober 2013 22:49
Til: ADSM-L AT VM.MARIST DOT EDU
Emne: 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)
>
|