centos 6.7 （UDEV,、etc/hosts）安裝 RAC 11.2.0.4 報錯處理

環境說明： 
db 11.2.0.4        os: centos 6.7    UDEV管理ASM      沒有配置DNS伺服器，採用/etc/hosts

報錯：

1.    CVU(Cluster Verification Utility)檢查 CRS 的安裝前環境。    （正常沒有配置DNS伺服器，採用/etc/hosts報錯，可以忽略）

node1-> ./runcluvfy.sh stage -pre crsinst -n node1,node2 -fixup -verbose

hecking DNS response time for an unreachable node
  Node Name                             Status                  
  ------------------------------------  ------------------------
  node2                                 failed                  
  node1                                 failed                  
PRVF-5636 : The DNS response time for an unreachable node exceeded "15000" ms on following nodes: node2,node1

2.  shmmax大小設定不合理，調整合適大小。

相關理論：

SHMMAX引數：Linux程式可以分配的單獨共享記憶體段的最大值。一般設定為記憶體總大小的一半。這個值的設定應該大於SGA_MAX_TARGET或MEMORY_MAX_TARGET的值，因此對於安裝Oracle資料庫的系統，shmmax的值應該比記憶體的二分之一大一些。

# grep MemTotal /proc/meminfo
# cat /proc/sys/kernel/shmmax

上面的命令是檢查系統記憶體的大小，以及當前shmmax的設定。

# echo 21474836480 > /proc/sys/kernel/shmmax
# sysctl -w kernel.shmmax=21474836480
# echo "kernel.shmmax=21474836480" >> /etc/sysctl.conf

這是設定shmmax引數的幾種方法，這三種方式都可以將shmmax設定為20G。這個引數的修改可以不重啟資料庫。個人推薦使用第二種sysctl命令的方式。採用第三種方式需要執行sysctl –t操作或重啟，但是為了確保下次重啟後設定值仍然生效，第三種方式是必不可少的。前兩種方式類似alter system set scope = memory，而第三種方式則類似alter system set scope = spfile。

解決辦法：

[root@node1 ~]# sysctl -w kernel.shmmax=1610612736
kernel.shmmax = 1610612736
[root@node1 ~]# echo ''kernel.shmmax=1610612736'' >> /etc/sysctl.conf
[root@node1 ~]#sysctl -p

3.   採用UDEV管理ASM正常報錯，沒有配置DNS伺服器，採用/etc/hosts報錯，可以忽略

4.   非正常報錯，原因是包有問題。

當安裝oracle 11204的rac的時候，安裝叢集軟體到執行root.sh的時候，執行root.sh報錯：

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

Failed to create keys in the OLR at /app/grid/product/11.2.0/crs/install/crsconfig_lib.pm line 7660.
/app/grid/product/11.2.0/perl/bin/perl -I/app/grid/product/11.2.0/perl/lib -I/app/grid/product/11.2.0/crs/install /app/grid/product/11.2.0/crs/install/rootcrs.pl execution failed

解決方法：所有節點都執行

[root@node1 yum.repos.d]# cd /lib64
[root@node1 lib64]# ln -s libcap.so.2.16 libcap.so.1

5.  非正常報錯，原因不明。 （有待研究）

node1-> ./runcluvfy.sh stage -post crsinst -n node1,node2 -verbose

ERROR: 
PRVG-1101 : SCAN name "scan-cluster.localdomain" failed to resolve
SCAN Name IP Address Status Comment 
------------ ------------------------ ------------------------ ----------
scan-cluster.localdomain 10.100.25.100 failed NIS Entry

ERROR: 
PRVF-4657 : Name resolution setup check for "scan-cluster.localdomain" (IP address: 10.100.25.100) failed

ERROR: 
PRVF-4664 : Found inconsistent name resolution entries for SCAN name "scan-cluster.localdomain"

Verification of SCAN VIP and Listener setup failed

搜了一下發現老楊(yangtingkun)的文章中也提到了這個錯誤：
F:RHEL5.532oracle_patchyangtingkun 安裝Oracle11_2 RAC for Solaris10 sparc64（二）.mht
老楊在文章的最後提到：
導致這個錯誤的原因是在/etc/hosts中配置了SCAN的地址，嘗試ping這個地址資訊，如果可以成功，，則這個錯誤可以忽略。
我嘗試ping scan ip可以ping通，所以暫時也就忽略了這個錯誤。

6.   沒有配置DNS伺服器，採用/etc/hosts報錯，可以忽略

補充：
GI安裝時候報錯

1、缺少 pdksh-5.2.14-1.i386.rpm
解決：
在RHEL 6.4上安裝Oracle 11g 資料庫，在安裝過程中檢測包的依賴關係，發現缺少pdksh-5.2.14-1.i386.rpm這個包，在安裝pdksh-5.2.14-1.i386.rpm包的過程中，發現此包和ksh包衝突，解除安裝ksh包，再安裝完pdksh-5.2.14-1.i386.rpm包後，安裝正常進行。或者系統存在 ksh 包，忽略這個報錯。

2、缺少 cvuqdisk-1.0.9-1.rpm
解決：
在解壓的grid/rpm目錄下找到 cvuqdisk-1.0.9-1.rpm 。 用 root 安裝即可。