oracle 10g clusterware 在redhat as 5上的bug
今天在oracle公司培訓時,安裝oracle 10g clusterware for redhat as 5,在第二個節點執行到
root.sh時,到最後呼叫vipca時,出現以下錯誤
/home/oracle/10gR2/crs/jdk/jre/bin/java:error while loading shared libraries:libpthread.so.0:
cannot open shared object file:No such file or directory
這個問題在redhat as 4版本時不會出現,而且執行root.sh也正常
透過查metalink,確認是bug,需要把CRS打補丁升級到10.2.0.4才可以,後來透過打補丁後,呼叫vipca正常
以下是metalink 414163.1的解釋
10gR2 RAC Install issues on Oracle EL5 or RHEL5 or SLES10 (VIPCA / SRVCTL / OUI Failures) | ||||
: | 414163.1 | 型別: | PROBLEM | |
上次修訂日期: | 16-OCT-2008 | 狀態: | PUBLISHED |
In this Document
Applies to:
Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 10.2.0.3
Linux x86-64
Generic Linux
Intel Based Server LINUX
Symptoms
When installing 10gR2 RAC on Oracle Enterprise Linux 5 or RHEL5 or SLES10 there are three issues that users must be aware of.
Issue#1: To install 10gR2, you must first install the base release, which is 10.2.0.1. As these version of OS are newer, you should use the following command to invoke the installer:
Issue#2: At end of root.sh on the last node vipca will fail to run with the following error:
Running vipca(silent) for configuring nodeapps
/home/oracle/crs/oracle/product/10/crs/jdk/jre//bin/java: error while loading
shared libraries: libpthread.so.0: cannot open shared object file:
No such file or directory
Also, srvctl will show similar output if workaround below is not implemented.
Issue#3: After working around Issue#2 above, vipca will fail to run with the following error if the VIP IP's are in a non-routable range [10.x.x.x, 172.(16-31).x.x or 192.168.x.x]:
Error 0(Native: listNetInterfaces:[3])
[Error 0(Native: listNetInterfaces:[3])]
Cause
These releases of the Linux kernel fix an old bug in the Linux threading that Oracle worked around using LD_ASSUME_KERNEL settings in both vipca and srvctl, this workaround is no longer valid on OEL5 or RHEL5 or SLES10 hence the failures.
Solution
If you have a non-routable IP range for VIPs you will also need workaround for issue# 3 and then run vipca manually.
To workaround Issue#2 above, edit vipca (in the CRS bin directory on all nodes) to undo the setting of LD_ASSUME_KERNEL. After the IF statement around line 120 add an unset command to ensure LD_ASSUME_KERNEL is not set as follows:
then
LD_ASSUME_KERNEL=2.4.19
export LD_ASSUME_KERNEL
fi
unset LD_ASSUME_KERNEL <<== Line to be added
Similarly for srvctl (in both the CRS and, when installed, RDBMS and ASM bin directories on all nodes), unset LD_ASSUME_KERNEL by adding one line, around line 168 should look like this:
export LD_ASSUME_KERNEL
unset LD_ASSUME_KERNEL <<== Line to be added
after applying the 10.2.0.2 or 10.2.0.3 patchsets, as these patchset will still include those settings unnecessary for OEL5 or RHEL5 or SLES10
Note that we are explicitly unsetting LD_ASSUME_KERNEL and not merely commenting out its setting to handle a case where the user has it set in their environment (login shell).
To workaround issue#3 (vipca failing on non-routable VIP IP ranges, manually or during root.sh), if you still have the OUI window open, click OK and it will create the "oifcfg" information, then cluvfy will fail due to vipca not completed successfully, skip below in this note and run vipca manually then return to the installer and cluvfy will succeed. Otherwise you may configure the interfaces for RAC manually using the oifcfg command as root, like in the following example (from any node):
eth0 192.168.1.0 global public
eth1 10.10.10.0 global cluster_interconnect
The goal is to get the output of "oifcfg getif" to include both public and cluster_interconnect interfaces, of course you should exchange your own IP addresses and interface name from your environment. To get the proper IPs in your environment run this command:
eth0 192.168.1.0
eth1 10.10.10.0
Running VIPCA:
After implementing the above workaround(s), you should be able invoke vipca (as root, from last node) manually and configure the VIP IPs via the GUI interface.
Make sure the DISPLAY environment variable is set correctly and you can open X-clock or other X applications from that shell.
Once vipca completes running, all the Clusterware resources (VIP, GSD, ONS) will be started, there is no need to re-run root.sh since vipca is the last step in root.sh.
To verify the Clusterware resources are running correctly:
Name Type Target State Host
------------------------------------------------------------
ora....ux1.gsd application ONLINE ONLINE raclinux1
ora....ux1.ons application ONLINE ONLINE raclinux1
ora....ux1.vip application ONLINE ONLINE raclinux1
ora....ux2.gsd application ONLINE ONLINE raclinux2
ora....ux2.ons application ONLINE ONLINE raclinux2
ora....ux2.vip application ONLINE ONLINE raclinux2
You may now proceed with the rest of the RAC installation.
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7199859/viewspace-598095/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- oracle 10g clusterware 在redhat as 5上的bugOracle 10gRedhat
- 在RedHat LInux5上安裝Oracle 10g dbRedhatLinuxOracle 10g
- 在Radhat 5 上安裝Oracle 10g(轉)Oracle 10g
- 在redhat5.6上安裝oracle 10g(簡單基礎步驟)RedhatOracle 10g
- redhat as5 安裝 oracle 10g注意事項RedhatOracle 10g
- RedHat 5.1上安裝Oracle 10g 注意事項RedhatOracle 10g
- [原創] 在Radhat 5 上安裝Oracle 10gOracle 10g
- 公司環境redhat as5 安裝Oracle 10g的文件RedhatOracle 10g
- 升級oracle 10g clusterware 和 racOracle 10g
- Oracle 10G Beta版在Win2000上安裝的Bug (轉)Oracle 10g
- workaround with install oracle database 10G on redhat ES5OracleDatabaseRedhat
- 在RedHat Advanced Server4.0 update1上安裝Oracle 10g Release 2RedhatServerOracle 10g
- oracle 11g之在REDHAT5上的安裝OracleRedhat
- udev固化儲存磁碟在不通平臺上(Redhat 5和Redhat 6)devRedhat
- 在Redhat 9上安裝 Oracle 817心(轉)RedhatOracle
- Oracle 10G在fedora core4上的安裝Oracle 10G在fedora core4上的安裝Oracle 10g
- Install oracle 10G in redhat 5.1Oracle 10gRedhat
- RHEL5 上安裝Oracle 10g的文件Oracle 10g
- Oracle 10g for Redhat Enterprise Server 5資料庫安裝Oracle 10gRedhatServer資料庫
- Oracle102 CLUSTERWARE安裝程式小bugOracle
- 在Redhat 5.5 上安裝 Oracle 10R2RedhatOracle
- 在RedHat EL AS 3上安裝Oracle9.2.0(轉)RedhatOracle
- Redhat 5 上安裝yumRedhat
- Configuring raw devices (multipath) for Oracle Clusterware 10g Release 2 (10.2.0) on RHEL5-OEL5 [ID ...devOracle
- ORACLE 10G Client For Linux RedHat 6.2Oracle 10gclientLinuxRedhat
- Oracle Clusterware的心跳Oracle
- Oracle 11g在redhat 5 sqlplus 錯誤OracleRedhatSQL
- oracle clusterwareOracle
- REDHAT as5上安裝Oracle9204的失敗經歷RedhatOracle
- 在 RHEL3上安裝 Oracle 10gOracle 10g
- Redhat AS 4安裝Oracle 10g 10.2.0.3.0RedhatOracle 10g
- Oracle 10g Logminer clob bugOracle 10g
- 遇著個oracle 10g bugOracle 10g
- RHEL5上Oracle 10g安裝筆記Oracle 10g筆記
- zt: 在RedHat AS3上快速安裝Oracle10gRedhatS3Oracle
- Modifying the VIP or VIP Hostname of a 10g or 11g Oracle Clusterware NodeOracle
- Oracle 10G在fedora core4上的安裝(轉)Oracle 10g
- 10g ocm 資訊顯示在oracle 官網上Oracle