uffeg
ADSM.ORG Member
We have had such a struggle with damaged extents and asked IBM for the reason.
TODAY I finally got a reply in another case where we asked about move container with defrag=yes. If that is okay in 8.1.21 since we suspected that could be a reason on 8.1.19.
IBM now wrote:
Thank you for the updates. This is Merna with SP support team, I will be working with you in this case.
As I understood that you're trying to enable defrag to solve damaged extents appeared after upgrade !
Auto defrag which is running with defrag=yes should be installed and enabled automatically at your version as it's installed starting version 8.1.16.
As for the damages appearing after upgrade to 8.1.19 and 8.1.20, This happens because the container size was enforced in 8.1.19 and later versions. so the cntr size mismatch created prior to 8.1.19 will be exposed and will be reported as damaged extents.
I suggest to run the fix below to get rid of the damages.
1. Reset the filesize in container records as their actual file size in filesystem. Please run it when server has less stress to avoid resource conflict.
RESET CONTAINERSIZE <pool>
2. Audit the damaged containers
db2 -x "select 'audit container ' || cntrname || ' w=y'from tsmdb1.sd_containers where cntrid in (select ac.cntrid from tsmdb1.sd_all_chunks ac, tsmdb1.sd_dedup_audit da where da.id=ac.chunkid)" > re-audit.macro
Then run the generated re-audit.macro via dsmadmc
Hope this helps. Please let me know if you have any questions.
Thank you,
Merna Nagy
IBM SP support
TODAY I finally got a reply in another case where we asked about move container with defrag=yes. If that is okay in 8.1.21 since we suspected that could be a reason on 8.1.19.
IBM now wrote:
Thank you for the updates. This is Merna with SP support team, I will be working with you in this case.
As I understood that you're trying to enable defrag to solve damaged extents appeared after upgrade !
Auto defrag which is running with defrag=yes should be installed and enabled automatically at your version as it's installed starting version 8.1.16.
As for the damages appearing after upgrade to 8.1.19 and 8.1.20, This happens because the container size was enforced in 8.1.19 and later versions. so the cntr size mismatch created prior to 8.1.19 will be exposed and will be reported as damaged extents.
I suggest to run the fix below to get rid of the damages.
1. Reset the filesize in container records as their actual file size in filesystem. Please run it when server has less stress to avoid resource conflict.
RESET CONTAINERSIZE <pool>
2. Audit the damaged containers
db2 -x "select 'audit container ' || cntrname || ' w=y'from tsmdb1.sd_containers where cntrid in (select ac.cntrid from tsmdb1.sd_all_chunks ac, tsmdb1.sd_dedup_audit da where da.id=ac.chunkid)" > re-audit.macro
Then run the generated re-audit.macro via dsmadmc
Hope this helps. Please let me know if you have any questions.
Thank you,
Merna Nagy
IBM SP support