DB2 - Problem description
Problem IC82181 | Status: Closed |
SQLDGETTABLEDATA, PROBE:1721; SQL0901N (REASON "GET TABLE DATA CALLED FOR PARTITION TABLE BUT GLOBAL TCB WASN'T LOADED".) | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problem description: | |
The problem is with detach partition processing. To hit this problem all of the following conditions must be true: - Multi-node DPF configuration - Database is shut down (deactivated), either explicitly or implicitly (not explicitly activated and last connection closed) on non-catalog node, and catalog node remains active. The shutdown must occur during the first phase of the task's 2-phase commit processing. - At the same time as the database deactivation, the second, asynchronous phase of ALTER TABLE DETACH PARTITION is running for a table having a partition on the deactivating node. This phase, called "APD", may occur somewhat after the DDL command itself was executed, as it waits for its start conditions and also to be scheduled within the ABP infrastructure. The start conditions for the task include: the DETACH transaction has committed, and any dependent MQT's required refresh has been performed As a result, the meta data for the detach partition may be corrupted. At one or more database partitions, the detach partition may think that it is still part of a partitioned table. This could result in several symptoms depending on what is then executed on this table. Some example follow. Example #1: 2012-03-21-14.57.26.346412-240 I7931E1690 LEVEL: Severe PID : 3312 TID : 46912925329728PROC : db2sysc 1 INSTANCE: db2inst1 NODE : 001 DB : SAMPLE APPHDL : 1-77 APPID: *N1.db2inst1.120321185722 AUTHID : DB2INST1 EDUID : 51 EDUNAME: db2agent (SAMPLE) 1 FUNCTION: DB2 UDB, data management, sqldGetTableData, probe:1721 MESSAGE : ZRC=0x82040001=-2113667071=SQLD_NONSEVERE_PRGERR "non-severe dms programming error" DIA8532C An internal processing error has occurred. DATA #1 : String, 71 bytes Get table data called for partition table but global TCB wasn't loaded. Example #2: 2012-03-21-15.12.50.868836-240 I4260E1014 LEVEL: Error PID : 6050 TID : 46912870803776PROC : db2sysc 1 INSTANCE: db2inst1 NODE : 001 DB : SAMPLE APPHDL : 0-77 APPID: *N0.db2inst1.120321191010 AUTHID : DB2INST1 EDUID : 117 EDUNAME: db2agntp (SAMPLE) 1 FUNCTION: DB2 UDB, lock manager, sqlpUpgradeLock, probe:520 MESSAGE : Cannot find my LRB! hash_p 0x2aaad402d150 tranptr (nil) transChain 0x2aaad3b2ce90 DATA #1 : Hexdump, 96 bytes 0x00002AAAC0FFA828 : FAFF 0080 0000 0000 0000 0000 5400 0000 ............T... 0x00002AAAC0FFA838 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00002AAAC0FFA848 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x00002AAAC0FFA858 : 0000 0000 0000 0000 0100 0000 0000 0000 ................ 0x00002AAAC0FFA868 : 0000 0000 0000 0000 0000 0800 0000 0000 ................ 0x00002AAAC0FFA878 : FEFF FFFF 0000 0040 0000 0000 AA2A 0000 .......@.....*.. 2012-03-21-15.12.50.882022-240 I5275E486 LEVEL: Severe PID : 6050 TID : 46912870803776PROC : db2sysc 1 INSTANCE: db2inst1 NODE : 001 DB : SAMPLE APPHDL : 0-77 APPID: *N0.db2inst1.120321191010 AUTHID : DB2INST1 EDUID : 117 EDUNAME: db2agntp (SAMPLE) 1 FUNCTION: DB2 UDB, relation data serv, sqlrr_signal_handler, probe:100 MESSAGE : DIA0505I Execution of a component signal handling function has begun. ... 2012-03-21-15.12.50.885296-240 I11206E535 LEVEL: Severe PID : 6050 TID : 46912870803776PROC : db2sysc 1 INSTANCE: db2inst1 NODE : 001 DB : SAMPLE APPHDL : 0-77 APPID: *N0.db2inst1.120321191010 AUTHID : DB2INST1 EDUID : 117 EDUNAME: db2agntp (SAMPLE) 1 FUNCTION: DB2 UDB, data management, sqldCreateIndex, probe:30 RETCODE : ZRC=0x8710001D=-2028994531=SQLP_LERR "Fatal Logic Error" DIA8526C A fatal error occurred in data protection services. Example #3: 2012-03-21-15.01.52.393301-240 I3354E1520 LEVEL: Severe PID : 6050 TID : 46912925329728PROC : db2sysc 1 INSTANCE: db2inst1 NODE : 001 DB : SAMPLE APPHDL : 0-51 APPID: *N0.db2inst1.120321190055 AUTHID : DB2INST1 EDUID : 50 EDUNAME: db2agntp (SAMPLE) 1 FUNCTION: DB2 UDB, data management, sqldCheckTCBExistence, probe:898 MESSAGE : ZRC=0x82040001=-2113667071=SQLD_NONSEVERE_PRGERR "non-severe dms programming error" DIA8532C An internal processing error has occurred. DATA #1 : String, 36 bytes Global TCB already exists on created | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * The problem only occurs when using the Database Partitioning * * Feature * **************************************************************** * PROBLEM DESCRIPTION: * * See the Error Description field. * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 version 9.7.0.6. * **************************************************************** | |
Local Fix: | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows | |
Solution | |
The problem is first fixed in DB2 version 9.7.0.6. | |
Workaround | |
not known / see Local fix | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 21.03.2012 05.06.2012 05.06.2012 |
Problem solved at the following versions (IBM BugInfos) | |
9.7.0.6 | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.7.0.6 |