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 IC66659 Status: Geschlossen

THE MON_GET_LOCKS TABLE FUNCTION SOMETIMES REPORTS CACHED, UNUSED LOCK
STRUCTURES

Produkt:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problembeschreibung:
The MON_GET_LOCKS table function sometimes reports cached, 
unused lock structures.  This seems to only happen when the 
LOCKLIST is sufficiently high. 
 
Looking at the output of the MON_GET_LOCKS table function, the 
records showing LOCK_MODE='N' are the cached lock structures 
which should not be reported. 
 
$ db2 +c "SELECT LOCK_NAME,LOCK_MODE FROM TABLE (MON_GET_LOCKS( 
NULL, -2))" 
LOCK_NAME                        LOCK_MODE 
-------------------------------- --------- 
01000000010000000100A06156       S 
41414141415A425A7F4760B841       S 
434F4E544F4B4E3128DD630641       S 
02000400000000000000000054       N 
FAFF0080000000000000080054       N 
FAFF0080000000000000070054       N 
FAFF0080000000000000060054       N
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* Users of the MON_GET_LOCKS table function                    * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* The MON_GET_LOCKS table function sometimes reports           * 
* cached,unused lock structures.  This seems to only happen    * 
* when theLOCKLIST is sufficiently high.Looking at the output  * 
* of the MON_GET_LOCKS table function,the records showing      * 
* LOCK_MODE='N' are the cached lockstructures which should not * 
* be reported.$ db2 +c "SELECT LOCK_NAME,LOCK_MODE FROM        * 
* TABLE(MON_GET_LOCKS(NULL, -2))"LOCK_NAME                     * 
*    LOCK_MODE--------------------------------                 * 
* ---------01000000010000000100A06156                          * 
* S41414141415A425A7F4760B841      S434F4E544F4B4E3128DD630641 * 
*      S02000400000000000000000054                             * 
* NFAFF0080000000000000080054      NFAFF0080000000000000070054 * 
*      NFAFF0080000000000000060054      N                      * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* First fixed in DB2 v9.7 FP2                                  * 
****************************************************************
Local-Fix:
Ignore the records with LOCK_MODE='N' or exclude them from the 
select query.
verfügbare FixPacks:
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

Lösung
First fixed in DB2 v9.7 FP2
Workaround
keiner bekannt / siehe Local-Fix
Bug-Verfolgung
Vorgänger  : APAR is sysrouted TO one or more of the following: IC66933 
Nachfolger : 
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
24.02.2010
25.05.2010
25.05.2010
Problem behoben ab folgender Versionen (IBM BugInfos)
9.7.FP2
Problem behoben lt. FixList in der Version
9.7.0.2 FixList