DB2 FOR LUW / DB2FORLUW / A50 - DB2

A significant amount of private memory may be leaked during 
crash recovery, rollforward, and hadr forced takeover activities 
while processing logs.  The leak is in private memory pool for a 
db2agent, and will be indirectly freed when the agent terminates 
or recycles.  If the database stays active following the 
vulnerable activity, the agent may remain associated with the 
database for an extended period of time, and the accumulated 
memory stays allocated. 
 
The memory leak is in DB2 private memory, so any DB2 or OS 
monitoring tool would show a marked increase in private memory 
usage if the leak has a significant impact.  For example, the 
following would show a specific EDU with a large memory pool 
usage amount : 
 
select memory_pool_type, edu_id, memory_pool_used from 
table(mon_get_memory_pool('PRIVATE',null,null)) where 
memory_pool_type = 'PRIVATE' order by 3 descending fetch first 3 
rows only 
 
The following can be run on systems with ample free memory to 
further validate the symptom 
db2pd -memblocks pid=<db2sysc process ID> -file private.blocks 
A large number of blocks similar to the following may be 
observed : 
 
PoolID     PoolName    BlkAge Size(Bytes)  I LOC   File 
0                       200   8192         1 366   418210772 
0                       201   8192         1 366   418210772 
0                       202   8192         1 366   418210772 
... 
"File" value is the important value to match.  LOC value may not 
be identical

**************************************************************** 
* USERS AFFECTED:                                              * 
* All systems are vulnerable                                   * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 Version 10.5 Fix pack 7                       * 
****************************************************************

Recycle database (force applications, deactivate database)

Problem first fixed in DB2 Version 10.5 Fix Pack 7

See Local Fix

Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :

14.04.2015
19.01.2016
28.04.2016