亚洲免费在线-亚洲免费在线播放-亚洲免费在线观看-亚洲免费在线观看视频-亚洲免费在线看-亚洲免费在线视频

10gR2 RAC Install issues on Oracle EL5 or RH

系統(tǒng) 2290 0

10gR2 RAC Install issues on Oracle EL5 or RHEL5 or SLES10 (VIPCA / SRVCTL / OUI Failures) [ID 414163.1]


?

Modified 04-AUG-2010????? Type PROBLEM????? Status ARCHIVED

?

In this Document
?? Symptoms
?? Cause
?? Solution
?? References


Applies to:

Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 10.2.0.3 - Release: 10.2 to 10.2
Linux x86
Generic Linux
Linux x86-64
***Checked for relevance on 04-Aug-2010***

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:

$ runInstaller -ignoreSysPrereqs??????? // This will bypass the OS check //


Issue#2 :? At end of root.sh on the last node?vipca will fail to run with the following error:

Oracle?CRS?stack?installed?and?running?under?init(1M)
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]:

#?vipca
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 not yet run root.sh on the last node, implement workaround for issue#2 below and run root.sh (you may skip running the vipca portion at the bottom of this note).?
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:

if?[?"$arch"?=?"i686"?-o?"$arch"?=?"ia64"?-o?"$arch"?=?"x86_64"?]
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:

LD_ASSUME_KERNEL=2.4.19
export?LD_ASSUME_KERNEL

unset?LD_ASSUME_KERNEL??????????<<<==?Line?to?be?added

Remember to re-edit these files on all nodes :
<CRS_HOME>/bin/vipca
<CRS_HOME>/bin/srvctl
<RDBMS_HOME>/bin/srvctl
<ASM_HOME>/bin/srvctl

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
.?? This issue was raised with development and is fixed in the 10.2.0.4 patchsets .

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):

<CRS_HOME>/bin?#?./oifcfg?setif?-global?eth0/192.168.1.0:public?
<CRS_HOME>/bin?#?./oifcfg?setif?-global?eth1/10.10.10.0:cluster_interconnect?
<CRS_HOME>/bin?#?./oifcfg?getif?
?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:

<CRS_HOME>/bin?#?./oifcfg?iflist
eth0?192.168.1.0
eth1?10.10.10.0?

?

If you have not yet run root.sh on the last node, implement workaround for issue #2 above and run root.sh (you may skip running the vipca portion below. If you have a non-routable IP range for VIPs you will also need workaround for issue# 3 above, and then run vipca manually.


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.

<CRS_HOME>/bin # export DISPLAY=<x-display:0>
<CRS_HOME>/bin # ./vipca

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:

<CRS_HOME>/bin # ./crs_stat -t
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.

?

?

?

?

------------------------------------------------------------------------------

Blog http://blog.csdn.net/tianlesoftware

網(wǎng)上資源: http://tianlesoftware.download.csdn.net

相關(guān)視頻: http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx

DBA1 群: 62697716( 滿 ); DBA2 群: 62697977( 滿 )

DBA3 群: 62697850 ?? DBA 超級(jí)群: 63306533; ????

聊天 群: 40132017

-- 加群需要在備注說明 Oracle 表空間和數(shù)據(jù)文件的關(guān)系,否則拒絕申請

10gR2 RAC Install issues on Oracle EL5 or RHEL5 or SLES10 (VIPCA /SRVCTL / OUI Failures) [ID 414163.1]


更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號(hào)聯(lián)系: 360901061

您的支持是博主寫作最大的動(dòng)力,如果您喜歡我的文章,感覺我的文章對(duì)您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點(diǎn)擊下面給點(diǎn)支持吧,站長非常感激您!手機(jī)微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點(diǎn)擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對(duì)您有幫助就好】

您的支持是博主寫作最大的動(dòng)力,如果您喜歡我的文章,感覺我的文章對(duì)您有幫助,請用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長會(huì)非常 感謝您的哦!!!

發(fā)表我的評(píng)論
最新評(píng)論 總共0條評(píng)論
主站蜘蛛池模板: 手机看片自拍日韩日韩高清 | 香港aa三级久久三级老师 | 国产50岁老熟妇毛片 | 日韩精品高清自在线 | 久久国产免费福利资源网站 | 国产区在线视频 | 亚洲乱码在线视频 | 99re热在线视频 | 国产精久久一区二区三区 | 国内精品久久久久久久影视麻豆 | jizz日本中国 | 精品亚洲欧美高清不卡高清 | 亚洲久久影院 | 国产伊人网 | 日本一区二区三区精品 | 久久日精品 | 欧美特黄一级大黄录像 | 在线成人毛片 | 国产一区二区三区在线免费 | 国产欧美亚洲精品综合在线 | 一级片视频网站 | 亚洲色无码播放 | 欧美日韩生活片 | 99久久精品国产一区二区 | 中国美女一级毛片 | 亚洲国产成人精品一区二区三区 | 99视频久久精品久久 | 99精品网站| 久久精品成人免费看 | 国产高清视频在线播放 | 91久久免费视频 | 国产成人精品.一二区 | 天天操一操 | 日韩精品一区二区三区中文 | 奇米影视亚洲色图 | 欧美色图偷窥自拍 | 一级毛片一 | 阿v视频在线观看免费播放 阿v天堂2017 | 色资源网站 | 看黄网站在线观看 | 黄色网址在线免费 |