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

STANDBY CRASHES IF MIRROR LOG PATH IS CHANGED AND DATABASE IS NOT
REACTIVATED AFTERWARDS.

product:
DB2 FOR LUW / DB2FORLUW / A50 - DB2
Problem description:
The standby will crash if the mirror log path is changed to NULL 
without reactivating the database on standby and is unmounted 
afterwards. 
 
The issue is seen when - 
1. Setup HADR pair with mirror log path enabled 
2. Constantly running workload on primary 
3. Update the mirror log path to NULL on standby and do not 
reactivate the standby at all 
4. Rename the mirror log path to a different name so standby 
would not find it. 
5. Search for following db2diag.log entry. The message is the 
key as it adds S0000196.LOG to mirfhdr.dualLogError[]. This 
would make sqlpgCheckFileIsGood() return false to the mirror 
path copy. 
(After mirror log path gets renamed, the first file that standby 
writes to would trigger this message. 
The subsequent logs would not trigger this.) 
 
2016-11-18-11.40.48.644243-300 E4741258E985          LEVEL: 
Error 
PID     : 26632                TID : 46913273456960  KTID : 
28761 
PROC    : db2sysc 
INSTANCE: db2inst1              NODE : 000            DB   : 
SAMPLE 
HOSTNAME: hostabc 
EDUID   : 124                  EDUNAME: db2hadrs.0.0 (SAMPLE) 
FUNCTION: DB2 UDB, data protection services, sqlpgStartMfhEntry, 
probe:7520 
MESSAGE : ADM1839W  An error occurred while DB2 was writing log 
data to log 
          file "S0000196.LOG" on path 
 
"/home/hostabc/db2inst1/mirrorpath/NODE0000/LOGSTREAM0000/". 
The 
          log file is still available on log path 
 
"/home/hostabc/db2inst1/db2inst1//NODE0000/SQL00001/LOGSTREAM 
          0000/".  DB2 will attempt to use both paths for 
subsequent log files. 
          In the meantime, check that the specified log path in 
which the error 
          occurred exists and is accessible.  Also check that 
there is space 
          available in the file system. 
 
6. Rename the mirror log path back. 
7. The rename would succeed on active path and failed on mirror 
path. (For example, renamed 196 to 200) 
8. When standby tries to write 200.LOG, it would crash.
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* All                                                          * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to v10.5fp9                                          * 
****************************************************************
Local Fix:
Reactivating the database after log mirror path is changed.
Solution
Fixed in v10.5fp9
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
22.12.2016
27.09.2017
27.09.2017
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)