home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
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 IC87853 Status: Closed

NO AVAILABLE BUFFER POOL PAGES IN BUFFER POOL BLOCK AREA

product:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problem description:
This problem is only affecting block-based buffer pools. When a 
large number of sequential prefetch requests is serviced by a 
single buffer pool, the block area of the buffer pool may become 
permanently occupied by pages that can never be removed from the 
buffer pool. The eyecatcher is SQLB_BPFULL reported by 
sqlbFreeUpBlock() in the diagnostic log, for example: 
 
2012-03-29-19.09.01.604728-300 I6250582A498 LEVEL: Warning 
PID : 7667754 TID : 12338 PROC : db2sysc 0 
INSTANCE: db2inst1 NODE : 000 
EDUID : 12338 EDUNAME: db2pfchr (SAMPLE) 0 
FUNCTION: DB2 UDB, buffer pool services, sqlbFreeUpBlock, 
probe:20 
MESSAGE : ZRC=0x8502002C=-2063466452=SQLB_BPFULL 
"no available buffer pool pages" 
DATA #1 : <preformatted> 
Buffer pool 2 (BP_8K) is full. 
This message will be suppressed for 60 minutes. 
 
This error is not to be confused with legitimate "buffer pool 
full" errors. In the normal "buffer pool full" case, the error 
disappears once the workload decreases; for this case it is 
recommended to tune the buffer pool. In the malicious case, 
SQLB_BPFULL will persist regardless of the workload until the 
next database restart, and no tuning can alleviate the error. 
Also, a buffer pool contents dump (to be taken by DB2 Support 
Analyst) will reveal that the block area is permanently occupied 
by a relatively small number of pages that are located on 
so-called "alternate hate lists" (term understood by DB2 
Service). 
 
Upon encountering SQLB_BPFULL from sqlbFreeUpBlock(), DB2 will 
revert to using the page-based area of the buffer pool, and no 
application error will be returned. This means that in many 
cases, the impact will be unnoticeable. However, the permanent 
presence of the error may compromise the performance of 
sequential prefetching. 
 
WORKAROUND: 
1. Restart the database (deactivate/activate), OR 
2. If feasible, revert to using page-based buffer pools only.
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* See Error Description                                        * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 10.1 for Linux, UNIX, and Windows Fix Pack 2  * 
****************************************************************
Local Fix:
available fix packs:
DB2 Version 10.1 Fix Pack 2 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 6 for Linux, UNIX, and Windows

Solution
Problem first fixed in DB2 10.1 for Linux, UNIX, and Windows Fix 
Pack 2
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
04.11.2012
03.01.2013
03.01.2013
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)
10.1.0.2 FixList
10.5.0.2 FixList