DB2 - Problem description
Problem IT00609 | Status: Closed |
RESTART DATABASE FAILS WITH ERROR SQL1042C | |
product: | |
DB2 FOR LUW / DB2FORLUW / A10 - DB2 | |
Problem description: | |
Restart and crash recovery of a DB2 database might fail with SQL1042C. Following entry will be written to the db2diag.log at the beginning of the crash recovery operation: 2014-02-04-10.38.44.516160+060 I8094835A533 LEVEL: Severe PID : 7405980 TID : 5912 PROC : db2sysc 0 INSTANCE: db2v97 NODE : 000 DB : SAMPLE APPHDL : 0-53 APPID: *N0.db2tbp.140204093845 AUTHID : DB2V97 EDUID : 5912 EDUNAME: db2agent (SAMPLE) 0 FUNCTION: DB2 UDB, data protection services, sqlpgint, probe:450 RETCODE : ZRC=0x8710001D=-2028994531=SQLP_LERR "Fatal Logic Error" DIA8526C A fatal error occurred in data protection services. To hit this issue following conditions must be true: 1. database configured for infinite logging (LOGSECOND -1) 2. slow or not working log file archiving 3. force down the database / instance 4. attempt database restart while log archiving is still not working correctly Due to the second condition no log file re-name and re-use will take place. Log files will stay in the active log directory and DB2 will start to allocate new log files up to the allowed maximum of 256 (+ 2) since last successfully archived log file. This is tracked in the log file array and log file count in the database log control files (SQLOGCTL.LFH.1/SQLOGCTL.LFH.2). As soon as DB2 reached the maximum of 256 (+2) log files the database database will appear to hang. A forced shutdown of the database / instance to release the hang situation will leave the database in the need for crash recovery at the next activation. If the database is restarted while log archiving is still not working DB2 will fail to create new log files during crash recovery and fail with the crash recovery operation. In addition the log file count is further increased by 1 to 259. This is not expected and will cause any subsequent attempt to bring up the database to fail with SQL1042C. | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * All * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 Version 10.1 FixPack 4 * **************************************************************** | |
Local Fix: | |
Fix the log archiving issue instead of forcing down the database. With log files being archived successfully again the database will continue to work. | |
available fix packs: | |
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows | |
Solution | |
First fixed in DB2 Version 10.1 FixPack 4 | |
Workaround | |
not known / see Local fix | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 26.03.2014 03.06.2014 03.06.2014 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
10.1.0.4 |