home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Latest versionsfixlist
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Have problems? - contact us.
Register for free anmeldung-x26
Contact form kontakt-x26

DB2 - Problem description

Problem IC66251 Status: Closed

STACK CORRUPTION WHEN CAPTURING A QUEUE THRESHOLD DEADLOCK USING THE
LOCKING EVENT MONITOR

product:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problem description:
The DB2 server may terminate abnormally when capturing a queue 
threshold deadlock if the locking event monitor is enabled. 
The trap file produced should contain a call stack containing 
the function sqmCollectQueueDeadlock. 
 
sqmCollectDeadlockStackEntry 
sqmCollectQueueDeadlock 
sqlrwReportPotentialQueueBasedDeadlock 
sqlpFindAndNotifyApp 
sqlpReceiveGDDMessage 
sqlpldl 
sqloEDUEntry 
 
Problem occurs only when using the locking event monitor and 
thresholds.
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* Environments where a locking event monitor and thresholds    * 
* are being used.                                              * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* The DB2 server may terminate abnormally when capturing a     * 
* queue threshold deadlock if the locking event monitor is     * 
* enabled.                                                     * 
* The trap file produced should contain a call stack           * 
* containing the function sqmCollectQueueDeadlock.             * 
*                                                              * 
* sqmCollectDeadlockStackEntry                                 * 
* sqmCollectQueueDeadlock                                      * 
* sqlrwReportPotentialQueueBasedDeadlock                       * 
* sqlpFindAndNotifyApp                                         * 
* sqlpReceiveGDDMessage                                        * 
* sqlpldl                                                      * 
* sqloEDUEntry                                                 * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* An alternative method can be used to identify the threshold  * 
* and applications involved in the deadlock:                   * 
*                                                              * 
* - Disable collection of deadlocks using the locking event    * 
* monitor by setting db cfg parameter to mon_deadlock to NONE  * 
* - Turn db cfg parameter mon_lck_msg_lvl to level 2           * 
* - Re-run application and monitor the db2diag.log or DB2      * 
* notification log                                             * 
* - A notification message will be generated when the queue    * 
* deadlock occurs. The message will contain information        * 
* regarding the threshold involved in the deadlock and the     * 
* application holding the lock                                 * 
* - If notification message is not enough to resolve the       * 
* deadlock and further diagnostic is required, then please     * 
* upgrade to v9.7 Fixpack 2 and enable the lock event monitor  * 
* to capture deadlocks.                                        * 
****************************************************************
Local Fix:
NONE 
Please note: An alternative method can be used to identify the 
threshold and applications involved in the deadlock: 
 
- Disable collection of deadlocks using the locking event 
monitor by setting db cfg parameter to mon_deadlock to NONE 
- Turn db cfg parameter mon_lck_msg_lvl to level 2 
- Re-run application and monitor the db2diag.log or DB2 
notification log 
- A notification message will be generated when the queue 
deadlock occurs. The message will contain information regarding 
the threshold involved in the deadlock and the application 
holding the lock 
- If notification message is not enough to resolve the deadlock 
and further diagnostic is required, then please upgrade to v9.7 
Fixpack 2 and enable the lock event monitor to capture 
deadlocks.
available fix packs:
DB2 Version 9.7 Fix Pack 2 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 8 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 10 for Linux, UNIX, and Windows

Solution
Workaround
not known / see Local fix
BUG-Tracking
forerunner  : APAR is sysrouted TO one or more of the following: IC66367 IC66373 
follow-up : 
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
11.02.2010
16.07.2010
16.07.2010
Problem solved at the following versions (IBM BugInfos)
9.7.FP2
Problem solved according to the fixlist(s) of the following version(s)
9.7.0.2 FixList