Question

在aix上安装oracle rac 使用hacmp配置存储，在安装完crs软件之后执行root。sh脚本报错

Adding daemons to inittab
Expecting the CRS daemons to be up within 600 seconds.
Failure at final check of Oracle CRS stack.
10

Answer 1

遇到过一个类似的问题

产生的原因是共享vg 必须是concurrent vg
hacmp里面的 检查一下vg的状态吧 。
或者参考一下下面的资料：
----------------------------------------------------------------------------------------------------------------
在aix 6.1上安装11g R1版本也报过相似问题 最后检查发现crs进程无法在/etc/inittab中执行 后来在/etc/inittab里把install_assist这行注释掉就好了
--------------------------------------------------------------------------------------------------------------------

Root.sh failed at Failure at final check of Oracle CRS stack 10 [ID 725878.1]

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

修改时间 20-JUN-2010 类型 PROBLEM 状态 PUBLISHED

In this Document
Symptoms
Changes
Cause
Solution
References

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

Applies to:
Oracle Server - Enterprise Edition - Version: 10.2.0.1 and later [Release: 10.2 and later ]
Information in this document applies to any platform.

Symptoms
2 node RAC, performing CRS 10.2.0.1 installation, it is failed at the root.sh, CRS stack does not start.

WARNING: directory '/oracle' is not owned by root
Checking to see if Oracle CRS stack is already configured
Setting the permissions on OCR backup directory
Setting up NS directories
Oracle Cluster Registry configuration upgraded successfully
WARNING: directory '/oracle' is not owned by root
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node <nodenumber>: <nodename> <private interconnect name> <hostname>
node 1: ndb1 ndb1-rac ndb1
node 2: ndb2 ndb2-rac ndb2
Creating OCR keys for user 'root', privgrp 'system'..
Operation successful.
Now formatting voting device: /dev/rhdisk3
Format of 1 voting devices complete.
Startup will be queued to init within 30 seconds.
Adding daemons to inittab
Adding daemons to inittab
Expecting the CRS daemons to be up within 600 seconds.
Failure at final check of Oracle CRS stack.
10

Checking "ps -ef | grep init" during this 600 seconds period, there is no CRS related init processes, eg: init.crsd/init.evmd/init.cssd running.

Changes
New installation.
Cause
This particular case is caused by the OS init system does not working.

" Failure at final check of Oracle CRS stack.
10"
means CRS daemon did not startup during 600 seconds period.

In the root.sh script, it adds CRS related entry in /etc/inittab, run "init q" and expect 3 CRS related daemon processes to start, eg:

init.cssd
init.crsd
init.evmd

With init system problem, none of these daemon processes are spawned, this causes CRS process startup failure as they rely on the CRS daemon processes to start first.

This can be verified by adding a simple entry in /etc/inittab:

test:2nce:/usr/bin/echo "HELLO TEST" > /tmp/test.log
run "init q" as root user. If the init is working, then there should be a file /tmp/test.log generated.

Solution
Please consult with system administrator to fix init issue.

Here the solution is only valid for AIX platform:

1. Starting the script install_assist (AIX GUI utility Installation Assistance)
2. Updating for example the date, then exit install_assist properly
3. Reboot the system
After that daemon process in /etc/inittab started, CRS installation completed.

Answer 2

这个问题你看看日志,主要可能是因为磁盘共享的设置的问题,OCR, 磁盘设置的问题,