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

SHORTLY AFTER HADR STANDBY CONNECTS TO PRIMARY, STANDBY COMES DOWN WITH
MESSAGE "HADR STANDBY FOUND BAD LOG" IN THE DIAGLOG.

product:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problem description:
A newly connected HADR standby will be brought down in the 
following scenario (when the following situation exists). 
 
a) On Primary: Table <tab1> has uncommitted changes. 
b) On Primary: Reader reads <tab1> with currently committed 
isolation. 
c) On Primary: Primary has logs that are archived, no longer 
exist in the active log path, and which have not 
shipped to standby yet. 
d) Standby connects to primary, requests log files for remote 
catchup. 
   Normally, primary should retrieve the log file from archive 
if it's not in active log path any more. However, when the 
mentioned situation takes place, primary skips retrieving the 
log files , primary's diaglog will contain messages similar to 
these, 
2011-08-02-05.45.52.552545-240 I2122290A481       LEVEL: Error 
PID     : 11734                TID  : 55          PROC : db2sysc 
INSTANCE: svtdbm9              NODE : 000 
EDUID   : 55                   EDUNAME: db2hadrp (SB27069) 
FUNCTION: DB2 UDB, High Availability Disaster Recovery, hdrEduP, 
probe:20590 
MESSAGE : HADR primary database failed to read log pages for 
remote catchup. 
            sqlplfrScanNext returned rc = 0x860f000a, scanPages 
= 0, scanFlagsOut 
            = 0x2 
 
 
On standby, the following messages will appear in db2diag.log 
afterwards: 
 
2011-08-02-05.45.42.235773-240 I328422A429        LEVEL: Warning 
PID     : 11255                TID  : 49          PROC : db2sysc 
INSTANCE: svtdbm9              NODE : 000 
EDUID   : 49                   EDUNAME: db2hadrs (SB27069) 
FUNCTION: DB2 UDB, High Availability Disaster Recovery, 
hdrSPrepareLogWrite, probe:10325 
MESSAGE : Incomplete log record at end, RCUStartLSO 608499820376 
            recoveryLastPageLso 608499844480 
 
  2011-08-02-05.45.53.748220-240 I328852A368        LEVEL: Error 
  PID     : 11255                TID  : 49          PROC : 
db2sysc 
  INSTANCE: svtdbm9              NODE : 000 
  EDUID   : 49                   EDUNAME: db2hadrs (SB27069) 
  FUNCTION: DB2 UDB, High Availability Disaster Recovery, 
hdrEduS, probe:21210 
  MESSAGE : HADR: Missing log on primary. Standby shutting down 
 
  2011-08-02-05.45.53.748857-240 I329221A398        LEVEL: Error 
  PID     : 11255                TID  : 49          PROC : 
db2sysc 
  INSTANCE: svtdbm9              NODE : 000 
  EDUID   : 49                   EDUNAME: db2hadrs (SB27069) 
  FUNCTION: DB2 UDB, High Availability Disaster Recovery, 
hdrEduS, probe:21210 
  RETCODE : ZRC=0x87800148=-2021654200=HDR_ZRC_BAD_LOG 
            "HADR standby found bad log"
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* HADR users on all platforms                                  * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* Without the fix, customer could be exposed to the problem    * 
* described in the APAR error description                      * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to product v97fp5                                    * 
****************************************************************
Local Fix:
Try start hadr on standby again with no readers on Primary
available fix packs:
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

Solution
The fix is delivered db2_v97fp5. Customers will not see the 
standby going down when the situation described in the APAR 
error description happens.
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
11.08.2011
12.12.2011
14.02.2012
Problem solved at the following versions (IBM BugInfos)
9.7.FP5
Problem solved according to the fixlist(s) of the following version(s)
9.7.0.6 FixList