这里附上各节点执行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安装过程结束。
阅读(5437) | 评论(11) | 转发(0) |
