Linux7安装gi报错,Redhat 7.6安装11G RAC GI时遇到此类报错
環(huán)境:Redhat Linux 7.6 + Oracle 11.2.0.4 RAC
現(xiàn)象:圖像化安裝過程中,按照提示執(zhí)行root.sh腳本,報錯中斷。
1. 具體現(xiàn)象
[root@mm1903 ~]# /u01/app/11.2.0/grid/root.sh
Performing rootuser operation forOracle 11g
The following environment variables areset as:
ORACLE_OWNER=grid
ORACLE_HOME= /u01/app/11.2.0/grid
Enter thefull pathname of the local bin directory: [/usr/local/bin]:
The contentsof "dbhome" have not changed. No need tooverwrite.
The contentsof "oraenv" have not changed. No need tooverwrite.
The contentsof "coraenv" have not changed. No need tooverwrite.
Entries will be addedto the /etc/oratab file as needed by
Database Configuration Assistant when a database iscreated
Finished running generic partofroot script.
Now product-specific root actions will be performed.
Using configuration parameterfile: /u01/app/11.2.0/grid/crs/install/crsconfig_paramsUserignored Prerequisites during installation
Installing TraceFileAnalyzer
Adding Clusterware entriestoinittab
ohasd failedtostart
Failedto start the Clusterware. Last 20 lines of the alert logfollow:2020-03-20 11:46:34.715:[client(14293)]CRS-2101:The OLR was formatted using version 3.2020-03-20 11:57:25.130:[ohasd(15204)]CRS-0715:Oracle High Availability Service has timed out waiting for init.ohasd tobe started./u01/app/11.2.0/grid/perl/bin/perl -I/u01/app/11.2.0/grid/perl/lib -I/u01/app/11.2.0/grid/crs/install /u01/app/11.2.0/grid/crs/install/rootcrs.pl execution failed[root@mm1903 ~]#
Redhat 7.6搭建11g RAC時遇到報錯:
[ohasd(15204)]CRS-0715:Oracle High Availability Service has timed out waiting for init.ohasd to be started.
2. 定位問題
官方文檔:
Install of Clusterware fails while running root.sh on OL7 - ohasd fails to start (Doc ID 1959008.1)
由此篇官方文檔可知,致使root.sh腳本執(zhí)行時報的原因是因為Linux 7與Linux 6啟動/重新啟動進程并將其作為服務(wù)運行的方式不同。
Linux 6是由initd啟動進程,而Linux 7則是由systemd啟動進程。
在11.2.0.4 & 12.1.0.1安裝GI時,無法加載集群資源進程,所以不會成功。
若想要在Linux 7上運行此兩個版本GI軟件,需要應用補丁程序18370031。
Because Oracle Linux 7 (and Redhat 7) use systemd rather than initd for starting/restarting processes and runs them as a service the current software install of both 11.2.0.4 & 12.1.0.1 will not succeed because the ohasd process does notstart properly.In OL7 it needs to be set up as a service and patch fix for Bug 18370031 needs to be applied for this , BEFORE you run root.sh when prompted .
3. 解決問題
此外還有中簡單有效的解決方法,也是永久性的:
修改ohasd守護進程文件 vi /etc/init.d/ohasd
在文件中找到如這部分,在里面添加標注部分:
————————————————if [-r $AUTOSTARTFILE]
then
case `$CAT $AUTOSTARTFILE` inenable*)
$LOGERR "Oracle HA daemonis enabled forautostart."/bin/dd if=/var/tmp/.oracle/npohasd of=/dev/null bs=1024 count=1 & ---標注
my_crsctl start has -nowait
sleep600 ---標注
ps -ef | grep dd| grep hasd|awk '{print $2}'|xargs kill -9 ---標注
;;
disable*)
$LOGERR "Oracle HA daemonis disabled forautostart."
;;*)
$LOGERR "Oracle HA daemonis disabled bydamaged install."
$LOGERR "Unexpected settings foundin$AUTOSTARTFILE."
;;
esacelse————————————————
服務(wù)器再次重啟后,稍等片刻集群即會正常啟動。
正常加載日志:
[root@mm1903 ~]# /u01/app/11.2.0/grid/root.sh
Performing rootuser operation forOracle 11g
The following environment variables areset as:
ORACLE_OWNER=grid
ORACLE_HOME= /u01/app/11.2.0/grid
Enter thefull pathname of the local bin directory: [/usr/local/bin]:
The contentsof "dbhome" have not changed. No need tooverwrite.
The contentsof "oraenv" have not changed. No need tooverwrite.
The contentsof "coraenv" have not changed. No need tooverwrite.
Entries will be addedto the /etc/oratab file as needed by
Database Configuration Assistant when a database iscreated
Finished running generic partofroot script.
Now product-specific root actions will be performed.
Using configuration parameterfile: /u01/app/11.2.0/grid/crs/install/crsconfig_paramsUserignored Prerequisites during installation
Installing TraceFileAnalyzer
CRS-2672: Attempting to start 'ora.mdnsd' on 'mm1903'CRS-2676: Start of 'ora.mdnsd' on 'mm1903'succeeded
CRS-2672: Attempting to start 'ora.gpnpd' on 'mm1903'CRS-2676: Start of 'ora.gpnpd' on 'mm1903'succeeded
CRS-2672: Attempting to start 'ora.cssdmonitor' on 'mm1903'CRS-2672: Attempting to start 'ora.gipcd' on 'mm1903'CRS-2676: Start of 'ora.cssdmonitor' on 'mm1903'succeeded
CRS-2676: Start of 'ora.gipcd' on 'mm1903'succeeded
CRS-2672: Attempting to start 'ora.cssd' on 'mm1903'CRS-2672: Attempting to start 'ora.diskmon' on 'mm1903'CRS-2676: Start of 'ora.diskmon' on 'mm1903'succeeded
CRS-2676: Start of 'ora.cssd' on 'mm1903'succeeded
已成功創(chuàng)建并啟動 ASM。
已成功創(chuàng)建磁盤組DATA。
clscfg:-install mode specified
Successfully accumulated necessary OCR keys.
Creating OCR keysfor user 'root', privgrp 'root'..
Operation successful.
CRS-4256: Updating the profile
Successful additionof voting disk64770444e9ea4fd6bf277198410f1b10.
Successfully replaced votingdisk group with +DATA.
CRS-4256: Updating the profile
CRS-4266: Voting file(s) successfully replaced
## STATEFile Universal Id File Name Disk group
------- ----------------- --------- ---------
1. ONLINE 64770444e9ea4fd6bf277198410f1b10 (/dev/asm-diskb) [DATA]Located1 voting disk(s).
CRS-2672: Attempting to start 'ora.asm' on 'mm1903'CRS-2676: Start of 'ora.asm' on 'mm1903'succeeded
CRS-2672: Attempting to start 'ora.DATA.dg' on 'mm1903'CRS-2676: Start of 'ora.DATA.dg' on 'mm1903'succeeded
Configure Oracle Grid Infrastructurefora Cluster ... succeeded[root@mm1903 ~]# su -grid
上一次登錄:五 3月20 12:55:20 CST 2020pts/2上[grid@mm1903 ~]$
View Code
總結(jié)
以上是生活随笔為你收集整理的Linux7安装gi报错,Redhat 7.6安装11G RAC GI时遇到此类报错的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 验证哥德巴赫猜想
- 下一篇: 链表 队列 基本概念 为什么使用二叉查找