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

STMM TUNING FAILS DUE TO EXCESS OVERFLOW MEMORY

Produkt:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problembeschreibung:
PROBLEM DESCRIPTION: 
==================== 
When an Instance Memory limit is in effect, STMM may report a 
failure to increase a consumer as follows : 
 
2009-12-07-17.38.38.253963-480 I9251233A639       LEVEL: Warning 
PID     : 2203778              TID  : 21131       PROC : db2sysc 
0 
INSTANCE: db2inst1              NODE : 000         DB   : SAMPLE 
APPHDL  : 0-163                APPID: *LOCAL.DB2.091114224558 
AUTHID  : db2inst1 
EDUID   : 21131                EDUNAME: db2stmm (SAMPLE) 0 
FUNCTION: DB2 UDB, Self tuning memory manager, 
stmmCheckIfFreeMemoryIsEnoughForSizeIncr, probe:652 
MESSAGE : ZRC=0xFFFFEC49=-5047 
DATA #1 : String, 150 bytes 
There is not enough free memory for size increase. Free memory 
in pages: 
Physical memory = 2012001, Instance memory = 628208, Database 
memory = 461568 
 
This is caused by an inconsistency in the treatment of excess 
database overflow memory.  STMM considers excess database 
overflow memory as available instance memory, meaning it can be 
used or reclaimed for any desired configuration increases. 
 
Before performing any individual tuning increase, STMM performs 
a sanity check to make sure there is still available instance 
memory. The problem is that this check does not consider excess 
overflow to be available instance memory. This discrepancy can 
result in STMM failing to perform a planned 
tuning increase. 
 
Having enough excess database overflow memory to trigger this 
problem is not common. It may occur, for example, when utilities 
complete which were using more utility heap than configured 
(this is allowed as utility heap is a soft limit). 
 
 
The warning can be ignored. After performing tuning changes 
(including any failed increase), database memory overflow is 
retuned. This overflow tuning step releases excess database 
overflow memory, and it will be available for any tuning 
increases on the next STMM tuning cycle. 
 
 
 
db2diag.log: 
========== 
2009-12-07-17.38.38.253963-480 I9251233A639       LEVEL: Warning 
PID     : 2203778              TID  : 21131       PROC : db2sysc 
0 
INSTANCE: db2app               NODE : 000         DB   : APP 
APPHDL  : 0-163                APPID: *LOCAL.DB2.091114224558 
AUTHID  : NAGIOS 
EDUID   : 21131                EDUNAME: db2stmm (APP) 0 
FUNCTION: DB2 UDB, Self tuning memory manager, 
stmmCheckIfFreeMemoryIsEnoughForSizeIncr, probe:652 
MESSAGE : ZRC=0xFFFFEC49=-5047 
DATA #1 : String, 150 bytes 
There is not enough free memory for size increase. Free memory 
in pages: 
Physical memory = 2012001, Instance memory = 628208, Database 
memory = 461568
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* Systems configured for STMM tuning of Database Memory        * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Errors have limited impact and are very intermittent.  It is * 
* recommend to ignore the errors unless they are very          * 
* frequent.                                                    * 
****************************************************************
Local-Fix:
verfügbare FixPacks:
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 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 first fixed in DB2 UDB 9.7 Fix Pack 4
Workaround
n/a
Bug-Verfolgung
Vorgänger  : APAR is sysrouted TO one or more of the following: IC71563 
Nachfolger : 
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
04.02.2010
29.04.2011
29.04.2011
Problem behoben ab folgender Versionen (IBM BugInfos)
9.7.FP4
Problem behoben lt. FixList in der Version
9.7.0.4 FixList