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

PD_LOG_GET_MSGS OR USING THE SYSIBMADM.PDLOGMSGS_LAST24HOURS MAY ALLOCATE
EXCESSIVE MEMORY

product:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problem description:
The PD_LOG_GET_MSGS routine returns the messages recorded in the 
DB2 notify log.  As the notify log grows in size, calling the 
PD_LOG_GET_MSGS allocates a larger portion of memory, up to a 
limit of 20% of the INSTANCE_MEMORY setting.  This amount of 
memory can be excessive and may either fail to be allocated or 
strain memory resources on the server.  A failure will appears 
as follows in the db2diag.log, though it is possible to receive 
a similar failure executing other routines (Examine the failing 
statement or investigate the SQL statement cache to determine if 
the PD_LOG_GET_MSGS routine is being executed on the server): 
 
EDUID   : 123                  EDUNAME: db2agent (SAMPLE) 0 
 
FUNCTION: DB2 UDB, WLM, sqlrwExpandableBuffer::addElement, 
probe:10 
CALLED  : DB2 UDB, WLM, sqlrwExpandableBuffer::addElement 
 
RETCODE : ZRC=0x8B0F0001=-1961951231=SQLO_NOMEM_APPH 
 
          "No memory available in 'Application Heap'" 
 
          DIA8301C No memory available in the application heap. 
 
Referencing the sysibmadm.pdlogmsgs_last24hours table function 
may also trigger the high memory allocation.
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* All DB2 systems are affected                                 * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 Version 10.1 Fix Pack 5                       * 
****************************************************************
Local Fix:
Manage the size of the db2 notify log as follows: 
1. On UNIX, archive (or remove) the DB2 notify log ( <db2 
instance>.nfy in the DIAGPATH directory ).  On Windows, archive 
(or clear) the application event log. 
2. Manage the size/contents of the DB2 notify log using the 
DIAGSIZE and/or NOTIFYLEVEL settings.
Solution
Problem first fixed in DB2 Version 10.1 Fix Pack 5
Workaround
see Local Fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
18.11.2014
23.07.2015
23.07.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