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 IT00794 Status: Closed

LOCK TIMEOUT INCREMENTS BEFORE ACTUAL TIMEOUT IN SYSIBMADM.SNAPDB WHEN
EVENT MONITOR IS ON.

product:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problem description:
Db2 increments the lock timeout value without the 
actual timeout occurs, There will be no SQL0911N error in the 
db2diag.log but querying db2 "select lock_timeouts from 
sysibmadm.snapdb" will show different results. 
 
1- First, create the SAMPLE database 
db2sampl 
 
2-Create a dummy table 
db2 connect to sample 
db2 "create table test (col1 char(1))" 
 
3-Change and verify your config. 
db2 "update db cfg using MON_LOCKWAIT HISTORY immediate" 
db2 "update db cfg for sample using LOCKTIMEOUT 60" 
 
db2 "get db cfg" 
 
 Lock timeout (sec)                        (LOCKTIMEOUT) = 60 
 Lock wait events                         (MON_LOCKWAIT) = 
HISTORY 
 Lock wait event threshold               (MON_LW_THRESH) = 
5000000 
 
 
4-Create the event monitor and start it. 
db2 "create event monitor mylockmon for locking write to 
unformatted event table autostart" 
db2 set event monitor mylockmon state 1 
 
5-Check the current value for lock_timeouts 
db2 "select lock_timeouts from sysibmadm.snapdb" 
 
 
6-SESSION A, create the lock situation 
db2 +c lock table test in exclusive mode 
 
 
7-SESSION B, create the lockwait situation 
db2 connect to sample 
db2 "select count(*) from test" 
 
 
8-Wait more then MON_LW_THRESH value (+5 sec) 
 
9-SESSION A, commit 
db2 commit 
 
10-Check the current value for lock_timeouts. The number should 
be increased by 1. 
db2 "select lock_timeouts from sysibmadm.snapdb"
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* All                                                          * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See problem description                                      * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to v10.1 fixpack 5                                   * 
****************************************************************
Local Fix:
Use MON_GET_WORKLOAD routine
Solution
First fixed in v10.1 fixpack 5
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
03.04.2014
30.11.2015
30.11.2015
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)
10.1.0.5 FixList