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

DB2 HADR PRIMARY COULD BE ABNORMALLY SHUTDOWN AFTER STOPPING HADR ON
PRIMARY

product:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problem description:
Normally, if users run "stop hadr on db <dbname>" on HADR 
primary, primary will turn to a normal database and the service 
should continue. 
However, if many applications are connecting to the database 
while the command is ran,  HADR primary could be shutdown 
because of a very small timing issue. 
When the problem is hit, the following messages will appear in 
the db2diag.log: 
2012-04-04-09.09.55.577084-240 I1643682E464        LEVEL: 
Warning 
PID     : 15011                TID  : 46912711420224PROC : 
db2sysc 
INSTANCE: db2inst1              NODE : 000          DB   : GDB 
APPHDL  : 0-894                APPID: 
*LOCAL.db2inst1.120404131155 
AUTHID  : db2inst1 
EDUID   : 69                   EDUNAME: db2agent (SAMPLE) 
FUNCTION: DB2 UDB, High Availability Disaster Recovery, 
hdrEduShutdown, probe:29002 
MESSAGE : Info: HADR Shutdown has completed. 
 
2012-04-04-09.09.55.706427-240 I1644147E558        LEVEL: Severe 
PID     : 15011                TID  : 46912824666432PROC : 
db2sysc 
INSTANCE: db2inst1              NODE : 000          DB   : GDB 
APPHDL  : 0-890                APPID: 
*LOCAL.db2inst1.120404131153 
AUTHID  : db2inst1 
EDUID   : 42                   EDUNAME: db2agent (SAMPLE) 
FUNCTION: DB2 UDB, RAS/PD component, 
pdResilienceIsSafeToSustain, probe:800 
DATA #1 : String, 37 bytes 
Trap Sustainability Criteria Checking 
DATA #2 : Hex integer, 8 bytes 
0x0000000400003040 
DATA #3 : Boolean, 1 bytes 
false 
 
2012-04-04-09.09.55.706684-240 I1644706E556        LEVEL: Error 
PID     : 15011                TID  : 46912824666432PROC : 
db2sysc 
INSTANCE: db2inst1              NODE : 000          DB   : GDB 
APPHDL  : 0-890                APPID: 
*LOCAL.db2inst1.120404131153 
AUTHID  : db2inst1 
EDUID   : 42                   EDUNAME: db2agent (sample) 
FUNCTION: DB2 UDB, base sys utilities, sqleagnt_sigsegvh, 
probe:1 
MESSAGE : Error in agent servicing application with coor_node: 
DATA #1 : Hexdump, 2 bytes 
0x00002AAABE00F592 : 0000 
 
And stack of EDU 42 looks like: 
TermDbConnect 
AppStopUsing 
sqlesrspWrp 
sqleUCagentConnectReset 
sqljsDrdaAsDriver
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* DB2 LUW HADR users on all platform                           * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to v97fp6                                            * 
****************************************************************
Local Fix:
To avoid the problem, you can manually terminate all the 
applications before running stop hadr command. But if the 
problem has been hit, manually restarting instance and database 
can make the database into normal state.
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
After upgrading to v97fp6,  running "stop hadr" command on 
primary can turn primary into normal DB without crashing 
instance
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
12.04.2012
05.06.2012
05.06.2012
Problem solved at the following versions (IBM BugInfos)
9.7.FP6
Problem solved according to the fixlist(s) of the following version(s)
9.7.0.6 FixList