DB2 - Problem description
Problem IC78807 | Status: Closed |
A PAGE CORRUPTION WHICH WAS DETECTED BY A DB2 PREFETCHER SHOULD CREATE FODC DIRECTORY | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problem description: | |
If a page corruption is first detected by a DB2 prefetcher we should create the FODC directory and call the db2cos_datacorruption call out script. Currently only the call out script is being called by the prefetcher edu, but no FODC package is setup so that all data is dumped just under DIAGPATH directory. Only when DB2 attempts to re-read the bad page via a different code path via an db2agent edu, then we create the FODC directory under <DIAGPATH>/FODC_BadPage_<date>. This behavior is inconsistent and need to be changed. We should create the directory in all cases. | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * ALL * **************************************************************** * PROBLEM DESCRIPTION: * * See Problem Description above. * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 Version 9.7 Fix Pack 6. * **************************************************************** | |
Local Fix: | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows | |
Solution | |
First fixed in Version 9.7 Fix Pack 6. | |
Workaround | |
not known / see Local fix | |
BUG-Tracking | |
forerunner : APAR is sysrouted TO one or more of the following: IC84313 follow-up : | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 20.09.2011 19.06.2012 19.06.2012 |
Problem solved at the following versions (IBM BugInfos) | |
9.7.FP6 | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.7.0.6 |