CentOS5.4上安裝RAC

一直都是在RHEL4上裝RAC的，最多的用的就是4.7這個版本，這幾天看到幾個客戶用的CentOS5的版本。

所以也試試搞個CentOS5的版本來玩玩。在centos網站上下的CentOS5.4 64位的版本。

Centos是Linux As的克隆版，所以以前搞RHEL AS4的時候，也玩過CentOS4.7, 不過RHEL4還一直沒有搞過5的版本，所以這個CentOS 64位是第一次嘗試叻。

本以為安裝沒有什麼特別的地方的，不過還是遇到一些問題，特記錄一下
執行clusterware/cluvfy/runcluvfy.sh stage -pre crsinst -n inthrac01,inthrac02
除了vip不透過，其他都pass

但是執行runInstaller還沒有出畫面就出錯了。
Preparing to launch Oracle Universal Installer from /tmp/OraInstall2010-02-06_15-23-11PM. Please wait ...[oracle@web9p database]$ Oracle Universal Installer, Version 10.2.0.1.0 Production
Copyright (C) 1999, 2005, Oracle. All rights reserved.

Exception java.lang.UnsatisfiedLinkError: /tmp/raInstall2010-02-06_15-23-11PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory occurred..
java.lang.UnsatisfiedLinkError: /tmp/raInstall2010-02-06_15-23-11PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory

這個錯誤很好解釋，java呼叫GUI出安裝畫面的時候缺少libXp.so.6這個庫。

好辦呀，CentOS整合yum，比RHEL方便的多，

馬上yum search libXp
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: mirrors.163.com
* base: mirrors.163.com
* extras: mirrors.163.com
* updates: mirrors.163.com
=============================== Matched: libXp ================================
libXp.i386 : X.Org X11 libXp runtime library
libXp.x86_64 : X.Org X11 libXp runtime library

馬上yum install libXp.x86_64
安裝libXp

可是問題依舊。

這下才引起我的注意，馬上仔細看了看錯誤的地方
jre/1.4.2/lib/i386/libawt.so: libXp.so.6:

莫非這個libXp還沒有這個libXp.so.6

馬上查了一下
[root@inthrac02 ~]# yum provides libXp.so.6
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: mirrors.163.com
* base: mirrors.163.com
* extras: mirrors.163.com
* updates: mirrors.163.com
libXp-1.0.0-8.1.el5.i386 : X.Org X11 libXp runtime library
Repo : base
Matched from:
Other : libXp.so.6



libXp-1.0.0-8.1.el5.i386 : X.Org X11 libXp runtime library
Repo : installed
Matched from:
Other : Provides-match: libXp.so.6

還確實沒有，應該是用這個包
libXp-1.0.0-8.1.el5.i386

執行安裝其
yum install libXp-1.0.0-8.1.el5.i386

然後runInstaller，畫面可以出來叻。OK

一波才平，一波又起
安裝結束以後，分別在兩個節點執行root.sh時，後面一個節點執行到最後報錯
Oracle CRS stack installed and running under init(1M)
Running vipca(silent) for configuring nodeapps
/u01/app/oracle/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是不能成功，但是以前不會有這個錯，
find / libpthread.so.0 | grep libpthread.so.0
發現這個lib已經存在了，怎麼還是有錯了。
用剛才的方法就解決不了了，在網上找了找。

有一個解決的辦法，就是修改vipca檔案
在vipca的最後的加上
unset LD_ASSUME_KERNEL

如下
esac

unset LD_ASSUME_KERNEL

ARGUMENTS=""
NUMBER_OF_ARGUMENTS=$#
if [ $NUMBER_OF_ARGUMENTS -gt 0 ]; then
ARGUMENTS=$*
fi

# Run Vipca
exec $JRE $JRE_OPTIONS $SRVM_PROPERTY_DEFS -classpath $CLASSPATH oracle.ops.vipca.VipCA -orahome $ORACLE_HOME $ARGUMENTS

在兩個節點上都修改好了以後，然後再vipca，還是不行

這回提示
[java.lang.UnsatisfiedLinkError:
/u01/app/oracle/product/10.2.0/crs_1/lib32/libsrvmhas10.so: libclntsh.so.10.1: wrong
ELF class: ELFCLASS64]]]
PRKH-1010 : No se ha podido comunicar con los servicios de CRS.
[PRKH-1000 : No se ha podido cargar la biblioteca compartida de SRVM HAS
[PRKN-1008 : No se ha podido cargar la biblioteca compartida "srvmhas10"

唉，比我想象中問題多出好多，查詢安裝的目錄，這個libclntsh.so.10.1確實已經存在了呀。還是一籌莫展呀。
進行過程遇到障礙。在網上搜尋了一下，確實發現有類似的問題，但是都是懸而未決的。

在otn也有這樣的問題，但是都沒有最後的答案。 不過還是找到不少的線索。這裡是由於這裡的jdk是32位的，所以這個庫是64位的，從而導致了wrong ELF class: ELFCLASS64的錯。

根據官方網的手冊，把所有的依賴包，只有要32位的都安裝了一次，然後執行vipca還是有錯。

折騰到晚上，有朋友約著吃飯，喝了喝酒，也就睡了。第二天起來，忽然想起，既然是機器的64bit和32bit的衝突，那麼也就是說又可能，我安 裝的過程中由於一些32bit的包找不到，而導致這些包只有在64位上編譯，從而出現這個問題。如果是這樣，我在安裝好了以後再來執行vipca已經是生 米煮成熟飯叻，要想解決應該是解除安裝重新來過才行吧。

為了證明我這個推斷，其實也就是沒有辦法的辦法。我解除安裝掉crs，然後重新裝過。

終於又來到vipca叻。第一個錯誤還在，沒事加上unset unset LD_ASSUME_KERNEL

然後再vipca，然後屏氣等著期望的畫面，哇，真的還出畫面了呀。

step by step，一切順利VIPca結束。 看來Oracle在安裝程式的時候，真有這樣的動作呀。你也應該出個提示和警告呀。

至此CRS已經成功的安裝到了CENTOS5.4 64bit的平臺上了。
後來在一個網站上看到同樣的處理方法