DB2 - Problem description
| Problem IC64007 | Status: Closed |
IMPROVE DIAGNOSTICS OF DIA8425C INVALID TIMESTAMP WAS FOUND IN A LOG FILE DURING RECOVERY MESSAGE. | |
| product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
| Problem description: | |
2009-03-18-16.53.14.395065-240 I11757A493 LEVEL: Error
PID : 2535588 TID : 1 PROC :
db2agntp (SAMPLE) 0
INSTANCE: db2inst1 NODE : 000
APPHDL : 0-56 APPID: *N0.db2inst1.090318205315
AUTHID : DB2INST1
FUNCTION: DB2 UDB, recovery manager, sqlpInitForwardRecovery,
probe:370
RETCODE : ZRC=0x86100018=-2045771752=SQLPR_BACK_IN_TIME "Time
prior to recovery"
DIA8425C Invalid timestamp was found in a log file
during recovery.
DIA8425C can occur under the following conditions
1) create online backup of node 0, and record time as
timestamp1
2) insert rows into a table on both nodes to generate
additional log records, and record time as timestamp2
3) create online backup of node 1, and record time as
timestamp3
4) restore nodes 0 and 1
5) db2 rollforward db sample complete
6) db2 rollforward db sample to <timestamp2>, note that
timestamp2 is after the backup of node 0 and before the backup
of node 1
The message indicates that there is a problem with a timestamp
stored in one of the log files used by rollfoward recovery.
This is not the problem. The problem is that the timestamp
specified in the rollforward command is not sufficient to
complete rollfoward recovery.
Rollforward recovery can be completed successfully by executing
'db2 rollforward db sample to <timestamp3>'
This APAR will improve the diagnostics information necessary to
resolve the DIA8425C message. | |
| Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * rollforward * **************************************************************** * PROBLEM DESCRIPTION: * * DIA8425C can occur under the following conditions * * * * 1) create online backup of node 0, and record time as * * timestamp1 * * 2) insert rows into a table on both nodes to generate * * additional log records, and record time as timestamp2 * * 3) create online backup of node 1, and record time as * * timestamp3 * * 4) restore nodes 0 and 1 * * 5) db2 rollforward db sample complete * * 6) db2 rollforward db sample to <timestamp2>, note that * * timestamp2 is after the backup of node 0 and before the * * backup of node 1 * * * * The message indicates that there is a problem with a * * timestamp * * stored in one of the log files used by rollfoward recovery. * * * * This is not the problem. The problem is that the timestamp * * specified in the rollforward command is not sufficient to * * complete rollfoward recovery. * * * * Rollforward recovery can be completed successfully by * * executing * * 'db2 rollforward db sample to <timestamp3>' * * This APAR will improve the diagnostics information necessary * * to * * resolve the DIA8425C message. * * * * 2009-03-18-16.53.14.395065-240 I11757A493 LEVEL:Error * * PID : 2535588 TID : 1 PROC * * :db2agntp (SAMPLE) 0 * * INSTANCE: db2inst1 NODE : 000 APPHDL : 0-56 * * APPID:*N0.db2inst1.090318205315 AUTHID : DB2INST1 * * FUNCTION: DB2 UDB, recovery manager, * * sqlpInitForwardRecovery, probe:370 * * RETCODE : ZRC=0x86100018=-2045771752=SQLPR_BACK_IN_TIME * * "Time prior to recovery" * * DIA8425C Invalid timestamp was found in a log file * * during recovery. * **************************************************************** * RECOMMENDATION: * * apply v9.7.2 * **************************************************************** | |
| Local Fix: | |
| available fix packs: | |
DB2 Version 9.7 Fix Pack 1 for Linux, UNIX, and Windows | |
| Solution | |
Problem is first fixed in DB2 UDB version 9.7 fix pack 2. | |
| Workaround | |
not known / see Local fix | |
| Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 22.10.2009 18.02.2010 18.02.2010 |
| Problem solved at the following versions (IBM BugInfos) | |
9.7.2, 9.7.FP2 | |
| Problem solved according to the fixlist(s) of the following version(s) | |
| 9.7.0.1 |
|