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

TSA AUTO-FAILOVER DOES NOT HAPPEN WHEN DB2NODE DB2 VARIABLE IS SET.

product:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problem description:
When customer sets up DB2 HADR along with TSA for automatic 
failovers, then failover may not happen when DB2NODE is set. 
 
db2diag.log message may look like as follows: 
 
2012-07-20-10.17.00.431628-240 I61764A283         LEVEL: Info 
PID     : 6947032              TID  : 1           PROC : db2gcf 
INSTANCE: db2inst1             NODE : 000 
EDUID   : 1 
FUNCTION: DB2 Common, Generic Control Facility, gcf_start, 
probe:230 
DATA #1 : String, 8 bytes 
Unknown 
 
The above return code "UNKNOWN" means that there was an error 
when trying to get the state of hadr which causes the failover 
to fail. 
 
In syslogs, hadrv97_start.sh is being issues and returns 0 
return code which means success, however, hadrv97_monitor.sh 
returns error code 2 which means offline: 
 
Jul 19 10:53:45 HOST user:notice 
/usr/sbin/rsct/sapolicies/db2/hadrV97_start.ksh[18481234]: 
Returning 0 : db2inst1 db2inst1 sample 
Jul 19 10:53:46 HOST user:notice 
/usr/sbin/rsct/sapolicies/db2/hadrV97_monitor.ksh[10485938]: 
Returning 2 : db2inst1 db2inst1 sample 
 
In order to confirm this issue, run the following command as db2 
instance owner: 
 
<instance_home>/sqllib/bin/db2egcf -i <instance_name> -i 
<instance_name> -h <dbname> -s 
 
The output should be "UNKNOWN" 
 
This is because DB2NODE db2 variable is set to 0 on non DPF 
environment. 
 
Once the variable is unset, the correct state is returned and 
failover happens successfully.
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* All Users on DB2 V97 FP7 and lower                           * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 V97 FP8                                       * 
****************************************************************
Local Fix:
As a temporary workaround: 
 
1. Unset DB2NODE : 
export DB2NODE= 
 
2. Try the failover. It should succeed.
available fix packs:
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
First Fixed in DB2 V97 FP8
Workaround
not known / see Local fix
BUG-Tracking
forerunner  : APAR is sysrouted TO one or more of the following: IC91267 
follow-up : 
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
07.08.2012
02.04.2013
02.04.2013
Problem solved at the following versions (IBM BugInfos)
9.7.FP8
Problem solved according to the fixlist(s) of the following version(s)
9.7.0.8 FixList