vmware+linux+oracle10g rac全过程（十六）：clusterware安装_3

这里附上各节点执行sh脚本的一些情况：

 

1，RAC1节点执行orainstRoot.sh：

2，RAC2节点执行orainstRoot.sh：

3，RAC1节点执行root.sh：

 

到这里前期的执行都是没有问题的。从RAC2开始执行root.sh这一刻起，问题来了，下面就着问题给出正确的解决方案：

 

4，RAC2节点上执行root.sh之前需要编辑两个文件，这两个文件都位于/opt/ora10g/product/10.2.0/crs_1/bin下，文件名分别为vipca和srvctl。首先编辑vipca文件，找到如下内容：

Remove this workaround when the bug 3937317 is fixed
arch=`uname -m`

if [ "$arch" = "i686" -o "$arch" = "ia64" ]
then
LD_ASSUME_KERNEL=2.4.19
export LD_ASSUME_KERNEL
fi
#End workaround
在fi 后新添加一行：
unset LD_ASSUME_KERNEL

 

然后编辑srvctl文件，找到如下内容：
LD_ASSUME_KERNEL=2.4.19
export LD_ASSUME_KERNEL
同样在其后新增加一行：
unset LD_ASSUME_KERNEL

 

对应的报错信息是：

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

5，然后到RAC2节点下用root用户身份执行/opt/ora10g/product/10.2.0/crs_1下的root.sh：

 

 

看到了吗？又报错了，对应这个错误的解决方案如下图所示：

 

这时候没有必要再返回重新执行root.sh了，需要我们手工执行vipca命令来为两个节点添加一些必要的进程，至于在哪个节点上运行，这个就无所谓了，这里我是在RAC2上执行vipca命令：

点击“next”：

系统自动找到public的eth0，点击“next”：

在空白处填写各节点对应的vip名称以及IP地址（其实只要填写RAC1的vip名称，再点其他空白处，就自动获取出来了），点击“next”：

下面开始安装：

 

 

 

这个地方安装完之后就可以点击“ok”退出了。这个步骤执行完了之后我们还需要执行一个收尾的步骤，还记得clusterware的安装是在RAC1上进行的吗？上一篇文章给出最后一幅图片是到各个节点上运行脚本，这里我们手工运行完vipca之后，如果成功，那么相当于RAC2的root.sh也顺利完成使命，下一步需要做的就是返回到RAC1节点，执行剩下的步骤，如下图所示：

执行完毕之后退出整个clusterware的安装过程。

辛辛苦苦安装完clusterware之后，为的就是能在各自节点上看到CRS进程，如果这个也没问题，那才表示clusterware软件彻底安装成功：

到这里，可以看到RAC1和RAC2上各自对应的CRS进程都已经起来，可以放心了，clusterware安装过程结束。