home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Neueste VersionenFixList
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
Haben Sie Probleme? - Kontaktieren Sie uns.
Kostenlos registrieren anmeldung-x26
Kontaktformular kontakt-x26

DB2 - Problembeschreibung

Problem IC92891 Status: Geschlossen

LOCKING EVENT MONITOR CONTAINS INVALID DATA IN PARTICIPANT_ACTIVITIES WHEN
PARTICIPANT IS COMPILING SQL

Produkt:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problembeschreibung:
When an application is compiling SQL and enters a locking event 
such as a lock wait or lock timeout and that event is captured 
by a locking event monitor, the resultant PARTICIPANT_ACTIVITY 
record can contain invalid values for the statement operation, 
statement first use time and statement last use time. 
 
For example, consider this snippet of output from db2evmonfmt: 
 
Current Activities of Participant No 1 
---------------------------------------- 
Activity ID : 0 
Uow ID : 1459 
Package Name : SYSSH200 
Package Schema : NULLID 
Package Version : 
Package Token : SYSLVL01 
Package Sectno : 4 
Reopt value : none 
Incremental Bind : no 
Eff isolation : RR 
Eff degree : 0 
Eff locktimeout : -2 
Stmt first use : 1969-12-31-19.00.00.000000 
Stmt last use : 1969-12-31-19.00.00.000000 
Stmt unicode : no 
Stmt query ID : 0 
Stmt nesting level : 0 
Stmt invocation ID : 0 
Stmt source ID : 0 
Stmt pkgcache ID : 0 
Stmt type : Dynamic 
Stmt operation : DDL, Set Constraints 
Stmt text : SELECT c1 from t1 
 
 
In this particular case: 
- the Activity ID is correctly zero because the activity hasn't 
started yet (the SQL is compiling) 
- the Stmt first use and Stmt last use timestamps are zeros, 
which get converted into 1969-12-31-19.00.00.000000 
- the Stmt operation is "DDL, Set Constraints" rather than 
"Statement not prepared"
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* Anybody using the LOCKING event monitor                      * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to Version 10.1 Fix Pack 3.  Also, drop the          * 
* registered XML schema object associated with the tables      * 
* produced by EVMON_FORMAT_UE_TO_TABLES for the locking event  * 
* monitor using the following command: DROP XSROBJECT          * 
* EVMON_LOCKING_SCHEMA_SQL10010.   This schema object will be  * 
* reregistered the next time EVMON_FORMAT_UE_TO_TABLES is run  * 
* against the locking event monitor.                           * 
****************************************************************
Local-Fix:
verfügbare FixPacks:
DB2 Version 10.1 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 6 for Linux, UNIX, and Windows

Lösung
Problem was first fixed in Version 10.1 Fix Pack 3
Workaround
keiner bekannt / siehe Local-Fix
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
06.06.2013
27.09.2013
27.09.2013
Problem behoben ab folgender Versionen (IBM BugInfos)
Problem behoben lt. FixList in der Version
10.1.0.3 FixList
10.1.0.3 FixList