Try these articles:
IC85825: A DEDUPLICATED BITFILE MAY BE INCORRECTLY CATALOGED ON THE
TIVOLI STORAGE MANAGER SERVER, RESULTING IN ANR1162W MESSAGES
ANR4895E Deduplicated bitfile XXXXXXX on volume /XXXXXXXX/XXXXXX
has invalid links.(SESSION: XXX,PROCESS: XX)
A subsequent attempt to move the data on the volume will result
in a ANR1162W message stating that the file(s) are damaged.
IC80755: RESTORE CAN FAIL WITH ANR9999D_2164256325 BFGETBITFILEEXTENTS
AFTER NODE IMPORTED WITH DEDUPLICATED DATA
Regards,
Ken Naugle | NPI Sorters | 14901 Trinity Blvd | Fort Worth, TX 76155 | O
214-634-2288 x122 | C 214-636-3775
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Prather, Wanda
Sent: Friday, August 31, 2012 9:57 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Missing source data for Deduplication in 6.3.x
Can you share the APAR number so I can read up on this issue?
thanks
W
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Ray Carlson
Sent: Wednesday, August 29, 2012 10:05 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Missing source data for Deduplication in 6.3.x
Is anyone else having the problem of TSM saying that it is missing the
source data for Deduplicated data? This is causing some of our
"Generate Backupset" and some of our restore jobs to fail.
Unfortunately, unless you run some job that actually attempts to use or
restore from the missing data, you don't even know that it is missing.
We have been working with IBM for several weeks/months now and they say
that version 6.3.2.01 will stop the loss of future data, but we haven't
been able to verify that as of yet. We have 4 TSM servers, but this
source data loss has only shown up on one of them so far. Thanks for
any additional information anyone can provide. Ray
