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