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

HADR RESOURCE STATE REPORTS AS OFFLINE ON BOTH NODES EVEN THOUGH THE HADR
DATABASE IS IN PRIMARY STANDBY PEER STATE

product:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problem description:
In a HADR/TSA environment where the DB2 instance name is a 
substring of the "db2V10_start.ksh" string, e.g. instance name = 
"db2", then the HADR resource reports as offline on both nodes. 
This is due to the following line within the hadrV10_monitor.ksh 
script: 
 
isInstanceStartRunning=$(ps -ef | grep db2V10_start.ksh | grep 
${candidate_P_instance?} | wc -l) 
 
The above checks for the existence of the db2V10_start.ksh 
process. In the case where the DB2 instance name is a substring 
of "db2V10_start.ksh" then the following result is returned: 
 
$ ps -ef | grep db2V10_start.ksh | grep db2 
db2inst1 17161 14568  0 15:32 pts/17   00:00:00 grep 
db2V10_start.ksh 
 
The hadrV10_monitor.ksh script interprets this result as if the 
db2V10_start.ksh process is currently running and returns 
2(Offline). In order to resolve this issue, the "grep 
db2V10_start.ksh" process must be filtered out from the results. 
Making the following change to the above line from the script 
fixes this: 
 
isInstanceStartRunning=$(ps -ef | grep db2V10_start.ksh | grep 
-v grep |grep ${candidate_P_instance?} | wc -l)
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* DB2 HADR/HA users                                            * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 version 10.1.0.5                              * 
****************************************************************
Local Fix:
Make the following change to the 
/usr/sbin/rsct/sapolicies/db2/hadrV10_monitor.ksh script on both 
nodes: 
 
Replace this line: 
isInstanceStartRunning=$(ps -ef | grep db2V10_start.ksh | grep 
${candidate_P_instance?} | wc -l) 
with this line: 
isInstanceStartRunning=$(ps -ef | grep db2V10_start.ksh | grep 
-v grep | grep ${candidate_P_instance?} | wc -l)
Solution
Fixed in DB2 version 10.1.0.5
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
13.11.2014
14.07.2015
14.07.2015
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)
10.1.0.5 FixList