DB2 - Problem description
Problem IT02261 | Status: Closed |
IN DB2 10.1, BURST OF DIA8039C/ SQLP_PROTO MAY BE SEEN AFTER DEADLOCK, WHERE AN ARRAY INSERT IS PART OF THE DEADLOCK CYCLE | |
product: | |
DB2 FOR LUW / DB2FORLUW / A50 - DB2 | |
Problem description: | |
In DB2 10.1, burst of DIA8039C errors may be seen after deadlock. This is because, DB2 is not ending the XA transaction who is victim of deadlock. DB2diag.log may look like this: 1> Deadlock victim: 2013-12-10-13.35.18.374620-300 E45322933A1340 LEVEL: Warning PID : 9044452 TID : 22362 PROC : db2sysc 0 INSTANCE: db2mudb NODE : 000 DB : DB2PONLD APPHDL : 0-1236 APPID: 165.115.107.246.44209.131210183509 AUTHID : DTAPODS HOSTNAME: r59s3t2 EDUID : 22362 EDUNAME: db2agent (SMYARD) 0 FUNCTION: DB2 UDB, database monitor, sqmLockEvents::collectLockEvent, probe:272 MESSAGE : ADM5506W The current unit of work was involved in an unresolved contention for use of an object. The type of the event is: "Deadlock". The identifier of the lock on which this event happened is: "001600050000000017CE000952". The timestamp of the event is: "2013-12-10-13.35.18.374379". The identifier of the member at which the event happened, and the identifier of the event is: "137". The affected application is named "db2jcc_application" The application is associated with the workload named "SYSDEFAULTUSERWORKLOAD". The application identifier is: "165.115.107.246.44209.131210183509". The identifier of the member on which the application is running is: "0". The role that this application plays with respect to this lock is: "Victim". 2. Deadlock participant: 2013-12-10-13.35.18.375769-300 E45325146A1345 LEVEL: Warning PID : 9044452 TID : 28567 PROC : db2sysc 0 INSTANCE: db2mudb NODE : 000 DB : DB2PONLD APPHDL : 0-495 APPID: 165.115.107.246.54179.131210170453 AUTHID : DTAPODS HOSTNAME: r59s3t2 EDUID : 28567 EDUNAME: db2agent (SMYARD) 0 FUNCTION: DB2 UDB, database monitor, sqmLockEvents::collectLockEvent, probe:272 MESSAGE : ADM5506W The current unit of work was involved in an unresolved contention for use of an object. The type of the event is: "Deadlock". The identifier of the lock on which this event happened is: "001600050000000017D5001052". The timestamp of the event is: "2013-12-10-13.35.18.374379". The identifier of the member at which the event happened, and the identifier of the event is: "137". The affected application is named "db2jcc_application" The application is associated with the workload named "SYSDEFAULTUSERWORKLOAD". The application identifier is: "165.115.107.246.54179.131210170453". The identifier of the member on which the application is running is: "0". The role that this application plays with respect to this lock is: "Participant". 3. -911 was raised and thrown back up to the user application to inform them that the XA transaction is dead. That means stop trying to end and join to it, as it has been rolled back and is now gone 2013-12-10-13.35.18.375289-300 I45324274A871 LEVEL: Error PID : 9044452 TID : 22362 PROC : db2sysc 0 INSTANCE: db2mudb NODE : 000 DB : DB2PONLD APPHDL : 0-1236 APPID: 165.115.107.246.44209.131210183509 AUTHID : DTAPODS HOSTNAME: r59s3t2 EDUID : 22362 EDUNAME: db2agent (SMYARD) 0 FUNCTION: DB2 UDB, relation data serv, sqlrr_array_input, probe:210 DATA #1 : SQLCA, PD_DB2_TYPE_SQLCA, 136 bytes sqlcaid : SQLCA sqlcabc: 136 sqlcode: -911 sqlerrml: 1 sqlerrmc: 2 sqlerrp : SQLRI2CB sqlerrd : (1) 0x80100002 (2) 0x00000002 (3) 0x00000000 (4) 0x00000000 (5) 0xFFFFFE0C (6) 0x00000000 sqlwarn : (1) (2) (3) (4) (5) (6) (7) (8) (9) (10) (11) sqlstate: 4. But application keeps on trying to end , reg(join), reg(join) over and over again ( note same transaction id over and over ) 2013-12-10-13.35.19.792512-300 I45326492A1432 LEVEL: Warning PID : 9044452 TID : 22362 PROC : db2sysc 0 INSTANCE: db2mudb NODE : 000 DB : DB2PONLD APPHDL : 0-1236 APPID: 165.115.107.246.44209.131210183509 AUTHID : DTAPODS HOSTNAME: r59s3t2 EDUID : 22362 EDUNAME: db2agent (SMYARD) 0 FUNCTION: DB2 UDB, data protection services, sqlpxend, probe:1060 MESSAGE : The application is not associated with any XA transaction. The transaction to be ended might have been aborted by this RM. One of the reason to cause this type of internal abort is dead lock. DATA #1 : Hexdump, 140 bytes 0x070000008A7F7088 : 5741 5344 0000 0024 0000 0036 0000 0142 WASD...$...6...B 0x070000008A7F7098 : DDCA 8CE3 0000 0001 0004 8A96 1B89 8CFF ................ 0x070000008A7F70A8 : 8673 7EAF 0768 C063 AC01 63F4 FC7B 7B8D .s~..h.c..c..{{. 0x070000008A7F70B8 : 0000 0142 DDCA 8CE3 0000 0001 0004 8A96 ...B............ 0x070000008A7F70C8 : 1B89 8CFF 8673 7EAF 0768 C063 AC01 63F4 .....s~..h.c..c. 0x070000008A7F70D8 : FC7B 7B8D 0000 0001 0000 0000 0000 0000 .{{............. 0x070000008A7F70E8 : 0000 0000 0001 0000 0000 0000 0000 0000 ................ 0x070000008A7F70F8 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x070000008A7F7108 : 0000 0000 0000 0000 0000 0000 ............ 5> This results in SQLP_PROTO 2013-12-10-13.35.19.793202-300 I45328504A4326 LEVEL: Error PID : 9044452 TID : 22362 PROC : db2sysc 0 INSTANCE: db2mudb NODE : 000 DB : DB2PONLD APPHDL : 0-1236 APPID: 165.115.107.246.44209.131210183509 AUTHID : DTAPODS HOSTNAME: r59s3t2 EDUID : 22362 EDUNAME: db2agent (SMYARD) 0 FUNCTION: DB2 UDB, relation data serv, sqlrr_xa_tm_post, probe:200 MESSAGE : SQLP_PROTO: DATA #1 : Hex, PD_TYPE_INTERNAL_10, 752 bytes 0x070000008A7F7088 : 5741 5344 0000 0024 0000 0036 0000 0142 WASD...$...6...B 0x070000008A7F7098 : DDCA 8CE3 0000 0001 0004 8A96 1B89 8CFF ................ 0x070000008A7F70A8 : 8673 7EAF 0768 C063 AC01 63F4 FC7B 7B8D .s~..h.c..c..{{. 0x070000008A7F70B8 : 0000 0142 DDCA 8CE3 0000 0001 0004 8A96 ...B............ 0x070000008A7F70C8 : 1B89 8CFF 8673 7EAF 0768 C063 AC01 63F4 .....s~..h.c..c. 0x070000008A7F70D8 : FC7B 7B8D 0000 0001 0000 0000 0000 0000 .{{............. 0x070000008A7F70E8 : 0000 0000 0001 0000 0000 0000 0000 0000 ................ 0x070000008A7F70F8 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x070000008A7F7108 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x070000008A7F7118 : 0000 0000 0000 0000 0000 0100 0000 0000 ................ 0x070000008A7F7128 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ 0x070000008A7F7138 : 0000 0000 0000 0000 0000 0000 0000 0000 ................ | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * All DB2 V10.5 users. * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 Cancun Release 10.5.0.4 (also known as Fix * * Pack 4) or higher * **************************************************************** | |
Local Fix: | |
available fix packs: | |
DB2 Cancun Release 10.5.0.4 (also known as Fix Pack 4) for Linux, UNIX, and Windows | |
Solution | |
Fixed in DB2 Cancun Release 10.5.0.4 (also known as Fix Pack 4) | |
Workaround | |
not known / see Local fix | |
Comment | |
This APAR has been fixed in v11m1fp1 too. | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 05.06.2014 31.10.2014 17.05.2017 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
10.5.0.4 |