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 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