redhat6.5中Rac11g安装错误笔记

    以下的错误都是我安装RAC11g遇到的错误。现记录如下：
0.安装参考步骤： http://o-casey.blog.163.com/blog/static/659391472013112111429321/ 
参考书籍：参考book  《构建最高可用Oracle数据库系统：Oracle 11gR2 RAC管理、维护与性能优

1.安装的环境是什么？
Red Hat Enterprise Linux Server release 6.5 x86_64 
grid  11.2.0.3
openfiler:2.99


2.遇到的问题一：
未能创建磁盘组GRIDDGVOT, 返回消息如下:
ORA-15018: diskgroup cannot be created
ORA-15031: disk specification 'ORCL:VOT' matches no disks
Configuration of ASM ... failed
see asmca logs at /u01/app/grid/cfgtoollogs/asmca for details

错误原因：一个原因是，diskrecovery ，使用的是“ODCL:XXXX”,这种形式。其实这种asm磁盘寻址据说有bug。我后来是用这个寻址：
asm_diskstring      /dev/oracleasm/disks 。这样的寻址是没有问题的，就可以创建diskgroup了。另外一个原因是，
共享磁盘用的是openfiler,没有配置Network ACL.如下图：



  
3.遇到的问题二：
CRS-4402: The CSS daemon was started in exclusive mode but found an active CSS daemon on node rac1, 

这个报错可以忽略，请看红色解答：
[grid@rac1 ~]$ oerr crs 4402
4402, 0, "The CSS daemon was started in exclusive mode but found an active CSS daemon on node %s, number %s, and is terminating"
// *Cause:  The CSS daemon was started in exclusive mode, which requires
//          that the clusterware stack is down on all other nodes to ensure
//          data integrity.  A CSS daemon was detected on another node,
//          so the CSS daemon on this node is terminating.
// *Action: If this message displays as part of the install process, no
//          action is required, otherwise stop the Oracle clusterware
//          stack that is running on the indicated node. The name and number
//          of the active node may be unknown.


4.预检查的时候报错：
task resolv.conf integrity警告 
Checking the file "/etc/resolv.conf" to make sure only one of domain and search entries is defined
File "/etc/resolv.conf" does not have both domain and search entries defined
Checking if domain entry in file "/etc/resolv.conf" is consistent across the nodes...
domain entry in file "/etc/resolv.conf" is consistent across nodes
Checking if search entry in file "/etc/resolv.conf" is consistent across the nodes...
search entry in file "/etc/resolv.conf" is consistent across nodes
Checking DNS response time for an unreachable node
  Node Name                             Status                  
  ------------------------------------  ------------------------
  rac2                                  failed                  
  rac1                                  failed                  
PRVF-5637 : DNS response time could not be checked on following nodes: rac2,rac1



我用nslookup  scan dns,有返回值，这个错误忽略。
[root@rac2 rac2]# nslookup scan-cluster.weconex.com
Server: 172.16.0.79
Address: 172.16.0.79#53
Name: scan-cluster.weconex.com
Address: 172.16.0.75


5.预检查的时候报错：
rac device check for asm失败

这个错误提示一大推，我的建议是：可以忽略。


6.提示没有安装pdksh  ,当下载安装的时候报错
[root@bidevelop4 Packages]# rpm -ivh pdksh-5.2.14-37.el5_8.1.x86_64.rpm
warning: pdksh-5.2.14-37.el5_8.1.x86_64.rpm: Header V3 DSA/SHA1 Signature, key ID e8562897: NOKEY
error: Failed dependencies:
        pdksh conflicts with ksh-20100621-16.el6.x86_64
解决办法：
[root@bidevelop4 Packages]# rpm -qa | grep ksh
ksh-20100621-16.el6.x86_64
[root@bidevelop4 Packages]# rpm -e ksh-20100621-16.el6.x86_64
[root@bidevelop4 Packages]# rpm -ivh pdksh-5.2.14-37.el5_8.1.x86_64.rpm

7.节点1执行root.sh 报错如下：

Failed to create keys in the OLR, rc = 127, Message:
/opt/app/11.2.0/grid/bin/clscfg.bin: error while loading shared libraries: libcap.so.1: cannot open shared object file: No such file or directory

执行如下操作，就可以在此执行root.sh了

[root@rac1 ~]# cd /lib64
[root@rac1 lib64]# ls libcap*
libcap-ng.so.0 libcap-ng.so.0.0.0 libcap.so.2 libcap.so.2.16
[root@rac1 lib64]# ln -s libcap.so.2.16 libcap.so.1

8.

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

转载于:http://blog.itpub.net/30393770/viewspace-2052083/