Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1112015
  • 博文数量: 350
  • 博客积分: 10
  • 博客等级: 民兵
  • 技术积分: 5668
  • 用 户 组: 普通用户
  • 注册时间: 2011-03-23 17:53
文章分类

全部博文(350)

文章存档

2013年(350)

分类: Oracle

2013-04-25 11:06:31

12、要求你用root在几个节点上分别执行所列的两个脚本

建议按下列顺序执行 

在 node1 上执行:/opt/ora10g/oraInventory/orainstRoot.sh;

在 node2 上执行:/opt/ora10g/oraInventory/orainstRoot.sh; 

在 node1 上执行:/opt/ora10g/product/10.2.0/crs_1/root.sh; 

在 node2 上执行:/opt/ora10g/product/10.2.0/crs_1/root.sh; 

通常在最后一个节点执行root.sh时会遇到错误,就我们的情况而言当然就是node2~~

提示:一般常见的错误有如下三种:

A).如果你碰到了这个错误:

/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

可以按照如下方式解决:

===============================

修改vipca文件

[root@node2 opt]# vi /opt/ora10g/product/10.2.0/crs_1/bin/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文件

[root@node2 opt]# vi /opt/ora10g/product/10.2.0/crs_1/bin/srvctl

找到如下内容:

LD_ASSUME_KERNEL=2.4.19

export LD_ASSUME_KERNEL

同样在其后新增加一行:

unset LD_ASSUME_KERNEL

保存退出,然后在node2重新执行root.sh

当然,既然我们已经知道了有这个问题,建议最好在node2执行root.sh之前,首先修改vipca。

其实同时需要你改的还有$ORACLE_HOME/bin/srvctl文件,不然等装完之后,srvctl命令也是会报这个错误地。要知道srvctl这么常用,如果它执行老报错,那可是相当致命啊。不过呢你现在才安装到crs,离create db还远着呢,大可以等到创建完数据库,待到需要时再修改该文件。

B).如果你碰到了这个错误:

The given interface(s), "eth0" is not public. Public interfaces should be used to configure virtual IPs.

解决方式如下:

==============================

图形界面上运行$CRS_HOME/bin/vipca,手工重新配置rac1-vip和rac2-vip。

[root@node2 opt]# xhost +

[root@node2 opt]# /opt/ora10g/product/10.2.0/crs_1/bin/vipca

按照提示点击下一步

点击finish即可

vipca开始自动配置

全部配置完成之后,点击exit退出操作窗口。

C).如果你碰到了这个错误:

Error 0(Native: listNetInterfaces:[3])

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

解决方式如下:

===============================

[root@node2 bin]# ./oifcfg iflist

eth1  10.10.17.0

virbr0  192.168.122.0

eth0  192.168.100.0

[root@node2 bin]# ./oifcfg setif -global eth0/192.168.100.0:public

[root@node2 bin]# ./oifcfg setif -global eth1/10.10.10.0:cluster_interconnect

[root@node2 bin]# ./oifcfg getif

eth0  192.168.100.0  global  public

eth1  10.10.10.0  global  cluster_interconnect

然后在视窗界面重新执行vipca即可,如上b例中所示。

13、然后返回node1中,执行脚本的窗口,点击ok结束该窗口。

14、执行最后的环境配置

提示:这一步可能也会出错,没关系,并不影响最终运行,直接点击next即可。

15、安装完成,点击exit退出安装

16、如果前面配置环境检查出错

以root身份执行$ORA_CRS_HOME/cfgtoollogs/configToolFailedCommands.sh

然后执行:

[root@node1 ~]# /opt/ora10g/product/10.2.0/crs_1/bin/./crs_stat -t

Name           Type           Target    State     Host        

------------------------------------------------------------

ora.node1.gsd  application    ONLINE    ONLINE    node1       

ora.node1.ons  application    ONLINE    ONLINE    node1       

ora.node1.vip  application    ONLINE    ONLINE    node1       

ora.node2.gsd  application    ONLINE    ONLINE    node2           

ora.node2.ons  application    ONLINE    ONLINE    node2           

ora.node2.vip  application    ONLINE    ONLINE    node2       

结果显示正确就可以。

不报错的话当然就不需要执行了,如果没有错误你应该也找不到configToolFailedCommands.sh文件。

=============================================

阅读(748) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~