|
Problem IC81498
|
Status: Geschlossen |
LOCKWAIT EVENT CAN INCORRECTLY GET RECORDED AS A DEADLOCK EVENT IN NOTIFY LOG. |
| Produkt: |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 |
| Problembeschreibung: |
Lockwait events can incorrectly get recorded as deadlock events
in the administration notify log. For example,
2012-02-08-11.15.55.904555 Instance:e97q5a Node:000
PID:15335692(db2agent (SAMPLE) 0) TID:8824
Appid:*LOCAL.e97q5a.120208021554
database monitor sqmLockEvents::collectLockEvent Probe:274
Database:SAMPLE
ADM5506I "Deadlock" event has occurred on lock
"00030005000000000000000652" at
timestamp "2012-02-08-11.15.55.903720" with event ID "1". The
affected
application is named "db2bp", and is associated with the
workload name
"SYSDEFAULTUSERWORKLOAD" and application ID
"*LOCAL.e97q5a.120208021539" at
member "0". The role that this application plays with respect to
this lock is:
"Participant".
However, the corresponding value from the EVENT_TYPE column
(from the event monitor table) does not match ADM55061I.
db2 "select unique EVENT_TYPE,EVENT_TIMESTAMP from LOCKEVMON
where event_type='LOCKWAIT'"
EVENT_TYPE EVENT_TIMESTAMP
-------------------------------- --------------------------
LOCKWAIT 2012-02-08-11.15.55.903720
where,
LOCKEVMON was generated using the following command
CREATE EVENT MONITOR LOCKEVMON FOR LOCKING WRITE TO UNFORMATTED
EVENT TABLE
In the output above, the event with the given timestamp was of
Lockwait type, but it got recorded in the notify log as of
Deadlock
type.
Lockwait events are not recorded in the notification log. |
| Problem-Zusammenfassung: |
****************************************************************
* USERS AFFECTED: *
* ALL *
****************************************************************
* PROBLEM DESCRIPTION: *
* Lockwait events can incorrectly get recorded as deadlock *
* events in the administration notify log. For example, *
* *
* 2012-02-08-11.15.55.904555 Instance:e97q5a Node:000 *
* PID:15335692(db2agent (SAMPLE) 0) TID:8824 *
* Appid:*LOCAL.e97q5a.120208021554 *
* database monitor sqmLockEvents::collectLockEvent Probe:274 *
* Database:SAMPLE *
* *
* ADM5506I "Deadlock" event has occurred on lock *
* "00030005000000000000000652" at timestamp *
* "2012-02-08-11.15.55.903720" with event ID "1". *
* The affected application is named "db2bp", and is associated *
* with the workload name *
* "SYSDEFAULTUSERWORKLOAD" and application ID *
* "*LOCAL.e97q5a.120208021539" at member "0". The role that *
* this application plays with respect to this lock is: *
* "Participant". *
* *
* However, the corresponding value from the EVENT_TYPE column *
* (from the event monitor table) does not match ADM55061I. *
* *
* db2 "select unique EVENT_TYPE,EVENT_TIMESTAMP from LOCKEVMON *
* where event_type='LOCKWAIT'" *
* *
* EVENT_TYPE EVENT_TIMESTAMP *
* -------------------------------- -------------------------- *
* LOCKWAIT 2012-02-08-11.15.55.903720 *
* *
* where, *
* LOCKEVMON was generated using the following command *
* CREATE EVENT MONITOR LOCKEVMON FOR LOCKING WRITE TO *
* UNFORMATTED *
* EVENT TABLE *
* *
* In the output above, the event with the given timestamp was *
* of *
* Lockwait type, but it got recorded in the notify log as of *
* Deadlock *
* type. *
* Lockwait events are not recorded in the notification log. *
****************************************************************
* RECOMMENDATION: *
* Upgrade to DB2 UDB version 9.7 fixpack 6. *
**************************************************************** |
| Local-Fix: |
|
| verfügbare FixPacks: |
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 8 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 10 for Linux, UNIX, and Windows
|
| Lösung |
Problem was first fixed in DB2 UDB Version 9.7 FixPack 6. |
| Workaround |
keiner bekannt / siehe Local-Fix |
| Weitere Daten |
Datum - Problem gemeldet :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
| 16.02.2012
18.06.2012
18.06.2012 |
| Problem behoben ab folgender Versionen (IBM BugInfos) |
9.7.FP6
|
| Problem behoben lt. FixList in der Version |
| 9.7.0.6
|
 |
