redhat6.5中Rac11g安裝錯誤筆記

e71hao發表於2016-03-09
    以下的錯誤都是我安裝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/,如需轉載,請註明出處,否則將追究法律責任。

相關文章