rhel5.6安装10g clusterware时，节点2执行root.sh报错

[root@tpibpmdb02 oraInventory]# cd /u01/product/crs/

[root@tpibpmdb02 crs]# ll root.sh

-rwxr-xr-x 1 oracle dba 83 Nov  9 13:07 root.sh

[root@tpibpmdb02 crs]# ./root.sh

WARNING: directory '/u01/product' is not owned by root

WARNING: directory '/u01' is not owned by root

Checking to see if Oracle CRS stack is already configured

/etc/oracle does not exist. Creating it now.

 

Setting the permissions on OCR backup directory

Setting up NS directories

Oracle Cluster Registry configuration upgraded successfully

WARNING: directory '/u01/product' is not owned by root

WARNING: directory '/u01' is not owned by root

clscfg: EXISTING configuration version 3 detected.

clscfg: version 3 is 10G Release 2.

Successfully accumulated necessary OCR keys.

Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.

node :

node 1: tpibpmdb01 plb2bcorepri01 tpibpmdb01

node 2: tpibpmdb02 plb2bcorepri02 tpibpmdb02

clscfg: Arguments check out successfully.

 

NO KEYS WERE WRITTEN. Supply -force parameter to override.

-force is destructive and will destroy any previous cluster

configuration.

Oracle Cluster Registry for cluster has already been initialized

Startup will be queued to init within 90 seconds.

Adding daemons to inittab

Expecting the CRS daemons to be up within 600 seconds.

CSS is active on these nodes.

        tpibpmdb01

        tpibpmdb02

CSS is active on all nodes.

Waiting for the Oracle CRSD and EVMD to start

Oracle CRS stack installed and running under init(1M)

Running vipca(silent) for configuring nodeapps

/u01/product/crs/jdk/jre//bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory

 

我们注意到后面到节点２上执行root.sh时有一个报错。

Running vipca(silent) for configuring nodeapps

/u01/product/crs/jdk/jre//bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory

这是Oracle的一个Bug（Bug号：3937317）。我们来修复这个错误。

在2节点上修改/u01/product/crs/bin/vipca文件。找到LD_ASSUME_KERNEL＝2.4.19位置，在fi后增加一行(下图中红色部分).

[root@tpibpmdb01 crs]# vi /u01/product/crs/bin/vipca

#Remove this workaround when the bug 3937317 is fixed

       arch=`uname -m`

       if [ "$arch" = "i686" -o "$arch" = "ia64" -o "$arch" = "x86_64" ]

       then

            LD_ASSUME_KERNEL=2.4.19

            export LD_ASSUME_KERNEL

       fi

       unset LD_ASSUME_KERNEL

       #End workaround

 

再次在节点２上运行root.sh。

[root@tpibpmdb01 crs]# ./root.sh

WARNING: directory '/u01/product' is not owned by root

WARNING: directory '/u01' is not owned by root

Checking to see if Oracle CRS stack is already configured

Oracle CRS stack is already configured and will be running under init(1M)

Running vipca(silent) for configuring nodeapps

Error 0(Native: listNetInterfaces:[3])

  [Error 0(Native: listNetInterfaces:[3])]

 

 

以下动作在节点２上执行。

以root登录图形界面，手动执行vipca。

Root用户下：

在CRS_HOME下 运行 oifcfg 命令

#./oifcfg iflist

bond0  10.12.16.0

bond1  10.12.18.0

# ./oifcfg setif -global bond0/10.12.16.0:public

# ./oifcfg setif -global bond1/10.12.18.0:cluster_interconnect

# ./oifcfg getif

bond0 10.12.16.0 global public

bond1 10.12.16.0 global cluster_interconnect

 

遇到错误Error 0(Native: listNetInterfaces:[3])

  [Error 0(Native: listNetInterfaces:[3])]时，按照上图中方法修复即可。

然后再执行vipca.

在IP Alisa Name下输入Virtual Host Name，如果/etc/hosts文件中配置正确的话，可以自动带出来IP。要注意这里VIP一定不能弄错，不然后面改不了，要全部推掉重装。

确认一下总结信息，没有问题的话，就可以点击Finish开始配置了。

  

 

配置完成后，点击OK会有一个Configration Results出来。

 

然后，我们回到节点１上CRS的安装界面，点击OK.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/25465866/viewspace-1341791/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/25465866/viewspace-1341791/