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

DB2HAICU, NO RELATIONSHIP IS CREATED FOR FULLY QUALIFIED HOSTNAME IN
THE "HOSTNAME" COMMAND. SQL5043N DURING DB2START.

product:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problem description:
Users Affected: 
Only systems with fully qualified hostname displayed in the 
"hostname" command are affected. The SQL5043N message affects 
HADR instances only. 
 
Problem Description: 
(a) When using db2haicu to set up cluster objects, no 
relationship is created from the network resource (e.g. "lsrel" 
will show that there was no dependency created) for systems that 
displays a fully qualified hostname in the "hostname" output. 
(b) The following problem may be encountered during db2start, 
user may see this message: 
SQL5043N - Support for one or more communications protocols 
failed to start successfully. However, core database manager 
functionality started successfully. 
Here is the error in the db2diag.log: 
2009-06-05-15.05.18.234579+120 I50905E462          LEVEL: Info 
PID     : 23614                TID  : 47341753367856PROC : 
db2star2 
INSTANCE: db2inst1              NODE : 000 
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, 
sqlhaQueryObjectUsingAttribute, probe:200 
MESSAGE : DB2 HA Infrastructure query for Resource Name given 
Instance Name: 
DATA #1 : unsigned integer, 4 bytes 
8 
DATA #2 : String, 7 bytes 
db2itar 
DATA #3 : unsigned integer, 4 bytes 
0 
2009-06-05-15.05.18.249279+120 E51368E377          LEVEL: Error 
PID     : 23614                TID  : 47341753367856PROC : 
db2star2 
INSTANCE: db2inst1              NODE : 000 
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, 
sqlhaOnlineDB2Partition, probe:70 
RETCODE : 
ECF=0x90000552=-1879046830=ECF_SQLHA_OBJECT_DOES_NOT_EXIST 
          Cluster object does not exist 
2009-06-05-15.05.18.273718+120 I51746E268          LEVEL: Info 
PID     : 23614                TID  : 47341753367856PROC : 
db2star2 
INSTANCE: db2inst1              NODE : 000 
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, 
sqlhaOnlineDB2Partition, probe:160 
2009-06-05-15.05.18.273846+120 I52015E450          LEVEL: Info 
PID     : 23614                TID  : 47341753367856PROC : 
db2star2 
INSTANCE: db2inst1              NODE : 000 
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, 
sqlhaOnlineDB2Partition, probe:9999 
MESSAGE : 
ECF=0x90000552=-1879046830=ECF_SQLHA_OBJECT_DOES_NOT_EXIST 
          Cluster object does not exist 
DATA #1 : String, 7 bytes 
db2itar 
DATA #2 : unsigned integer, 4 bytes 
0 
 
The error may lead to the lack of "unlock" of the resource 
group. Also, during db2stop, there may be a similar error 
message regarding sqlhaOfflineDB2Partition that leads to no 
"lock"ing of the resource group. 
(a lock is needed during manual db2stop to disable TSA 
activities on that resource group). 
 
2009-03-12-16.29.15.258093+060 I104748E462         LEVEL: Info 
PID     : 30347                TID  : 46991441861312PROC : 
db2stop2 
INSTANCE: db2itst db2inst1             NODE : 000 
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, 
sqlhaQueryObjectUsin 
gAttribute, probe:200 
MESSAGE : DB2 HA Infrastructure query for Resource Name given 
Instance Name: 
DATA #1 : unsigned integer, 4 bytes 
8 
DATA #2 : String, 7 bytes 
db2itst 
DATA #3 : unsigned integer, 4 bytes 
0 
2009-03-12-16.29.15.270804+060 E105211E378         LEVEL: Error 
PID     : 30347                TID  : 46991441861312PROC : 
db2stop2 
INSTANCE: db2itst db2inst1             NODE : 000 
FUNCTION: DB2 Common, SQLHA APIs for DB2 HA Infrastructure, 
sqlhaOfflineDB2Partition, probe:70 
RETCODE : 
ECF=0x90000552=-1879046830=ECF_SQLHA_OBJECT_DOES_NOT_EXIST 
          Cluster object does not exist
Problem Summary:
Fixed in v97fp1
Local Fix:
(a) Manually create the relationship (only need to do this once 
during cluster setup) 
  chrg -o Offline -s "Name = '<instance_rg_name>'" 
  mkrel -p DependsOn -S IBM.Application:<instance_rs_name> -G 
IBM.Equivalency:<network_equ_name> 
<instance_rs_name>_DependsOn_<network_equ_name>-rel 
  chrg -o Online -s "Name = '<instance_rg_name>'" 
(b) As root: 
Instead of db2stop, use TSA command: chrg -o offline 
<instance_rg_name> 
Instead of db2start, use TSA command: chrg -o online 
<instance_rg_name>
available fix packs:
DB2 Version 9.7 Fix Pack 1 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 2 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 6 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 10 for Linux, UNIX, and Windows

Solution
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
28.07.2009
21.12.2009
21.12.2009
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)
9.7.0.1 FixList