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

SQLB_RC_PG_NUM_ERR IN SQLBLATCHPOOLRANGE CAUSING INSTANCE PANIC DURING
ROLLFORWARD PROCESSING

product:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problem description:
During rollforward processing (e.g. database rollforward, HADR 
Standby), the instance may panic while redoing a FMT_EMP log 
record, whose purpose is to redo the initialization of an EMP 
(extent map page), a page responsible for tracking which extents 
are allocated by a specific object (more information in DB2 
Information Center, keyword "extent map page"). 
 
The problem can typically happen if the EMP update is followed 
by extent movement which moves the EMP to a lower position, and 
finally a table space reduction is issued, thus truncating the 
overall size of the table space. The EMP update should be 
skipped during a rollforward since the update no longer applies. 
The problem is that we are not skipping the update, therefore 
attempting to re-initialize an invalid (old) EMP. 
 
The DB2 diagnostic log file will show evidence of attempting to 
latch a page whose page number is too high for the table space. 
The following example shows an attempt to latch page 26088, 
whereas the maximum page for the table space is 26079: 
 
2012-10-12-06.11.25.089631-240 I58495E576            LEVEL: 
Error 
PID     : 26266                TID : 140212466345728 PROC : 
db2sysc 0 
INSTANCE: db2inst1             NODE : 000            DB   : 
SAMPLE 
APPHDL  : 0-8                  APPID: *LOCAL.DB2.121012101122 
HOSTNAME: localhost 
EDUID   : 51                   EDUNAME: db2redow (SAMPLE) 0 
FUNCTION: DB2 UDB, buffer pool services, sqlbLatchPoolRange, 
probe:20 
MESSAGE : ZRC=0x84020009=-2080243703=SQLB_RC_PG_NUM_ERR 
          "Page number exceeds max -8100" 
          DIA8709E Segmented table page number was too high. 
 
<...skipping...> 
 
2012-10-12-06.11.25.109231-240 I62470E11195          LEVEL: 
Severe 
PID     : 26266                TID : 140212466345728 PROC : 
db2sysc 0 
INSTANCE: db2inst1             NODE : 000            DB   : 
SAMPLE 
APPHDL  : 0-8                  APPID: *LOCAL.DB2.121012101122 
HOSTNAME: localhost 
EDUID   : 51                   EDUNAME: db2redow (SAMPLE) 0 
FUNCTION: DB2 UDB, buffer pool services, sqlbLatchPoolRange, 
probe:30 
DATA #1 : Page ID, PD_TYPE_SQLB_PAGE_ID, 4 bytes 
26088 
DATA #2 : Page ID, PD_TYPE_SQLB_PAGE_ID, 4 bytes 
26088 
 
<...skipping...> 
 
2012-10-12-06.11.25.110040-240 I73666E747            LEVEL: 
Severe 
PID     : 26266                TID : 140212466345728 PROC : 
db2sysc 0 
INSTANCE: db2inst1             NODE : 000            DB   : 
SAMPLE 
APPHDL  : 0-8                  APPID: *LOCAL.DB2.121012101122 
HOSTNAME: localhost 
EDUID   : 51                   EDUNAME: db2redow (SAMPLE) 0 
FUNCTION: DB2 UDB, buffer pool services, sqlbLatchPoolRange, 
probe:80 
DATA #1 : String, 301 bytes 
Current Map: Index out of bounds 
 
  Map entry size: 56 
  Map entries:    1 
  Map size:       1 
 
 Set   Range  Off  MaxExtent  MaxPage  StartStr  EndStr  Adj 
Conts 
 ----  -----  ---  ---------  -------  --------  ------  --- 
----- 
 [ 0]   [ 0]    0       3259    26079         0    3259    0  1 
(0) 
 
The call stack file generated during the event will show 
routines similar to: 
 
sqlb_panic 
sqlbLatchPoolRange 
sqlbCommonWriteSetup 
sqlbWritePage 
sqlbufix 
sqlbRedo 
sqldmrdo 
sqlpRecDbRedo 
sqlpPRecProcLog 
sqlpParallelRecovery
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* See Error Description                                        * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 for Linux, UNIX, and Windows version 10.1 Fix * 
* Pack 2                                                       * 
****************************************************************
Local Fix:
If feasible, restore and rollforward using a backup image 
created after the EMP update.
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 for Linux, UNIX, and Windows version 
10.1 Fix Pack 2
Workaround
not known / see Local fix
BUG-Tracking
forerunner  : APAR is sysrouted TO one or more of the following: IC87680 
follow-up : 
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
16.10.2012
31.12.2012
31.12.2012
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