linux crsctl start crs开机自动启动,CRS无法启动,运行crsctl start crs无响应

CRS无法启动,运行crsctl start crs无响应

查看messages:

[root@UNID02 ~]# tail -f /var/log/messages

Dec  9 08:11:13 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7259.

Dec  9 08:12:13 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7468.

Dec  9 08:12:13 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7356.

Dec  9 08:12:13 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7259.

Dec  9 08:13:13 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7468.

Dec  9 08:13:13 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7356.

Dec  9 08:13:14 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7259.

Dec  9 08:14:13 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7468.

Dec  9 08:14:13 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7356.

Dec  9 08:14:14 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7259.

CRS无法启动的原因为:Cluster Ready Services waiting on dependencies

看来有依赖组件没有起来。

查看更详细的信息:

[root@UNID02 ~]# less /tmp/crsctl.7259

Oracle Cluster Registry initialization failed accessing Oracle Cluster Registry device: PROC-26: Error while accessing the physical storage Operating System error [No such file or directory] [2]

[root@UNID02 ~]# service rawdevices status

/dev/raw/raw5:  bound to major 120, minor 97

/dev/raw/raw6:  bound to major 120, minor 113

/dev/raw/raw7:  bound to major 120, minor 129

发现只起来了三个RAW,于是将其余的RAW起起来。

[root@UNID02 ~]# service rawdevices start

Assigning devices:

/dev/raw/raw1  -->  /dev/emcpowera1

/dev/raw/raw1:  bound to major 120, minor 1

/dev/raw/raw2  -->  /dev/emcpowerb1

/dev/raw/raw2:  bound to major 120, minor 17

/dev/raw/raw3  -->  /dev/emcpowerc1

/dev/raw/raw3:  bound to major 120, minor 33

/dev/raw/raw4  -->  /dev/emcpowerd1

/dev/raw/raw4:  bound to major 120, minor 49

/dev/raw/raw5  -->  /dev/emcpowerg1

/dev/raw/raw5:  bound to major 120, minor 97

/dev/raw/raw6  -->  /dev/emcpowerh1

/dev/raw/raw6:  bound to major 120, minor 113

/dev/raw/raw7  -->  /dev/emcpoweri1

/dev/raw/raw7:  bound to major 120, minor 129

done

[root@UNID02 ~]#

为什么这些RAW没起来呢?原因为存储发生了故障重启,重启后disk挂载上主机,但是并没有作为RAW被识别出来。

于是再次启动rawservices。

[root@UNID02 ~]# service rawdevices start

Assigning devices:

/dev/raw/raw1  -->  /dev/emcpowera1

/dev/raw/raw1:  bound to major 120, minor 1

/dev/raw/raw2  -->  /dev/emcpowerb1

/dev/raw/raw2:  bound to major 120, minor 17

/dev/raw/raw3  -->  /dev/emcpowerc1

/dev/raw/raw3:  bound to major 120, minor 33

/dev/raw/raw4  -->  /dev/emcpowerd1

/dev/raw/raw4:  bound to major 120, minor 49

/dev/raw/raw5  -->  /dev/emcpowerg1

/dev/raw/raw5:  bound to major 120, minor 97

/dev/raw/raw6  -->  /dev/emcpowerh1

/dev/raw/raw6:  bound to major 120, minor 113

/dev/raw/raw7  -->  /dev/emcpoweri1

/dev/raw/raw7:  bound to major 120, minor 129

done

[root@UNID02 ~]#

继续查看Messages,发现继续报之前的错误:

Dec  9 08:15:14 UNID02 logger: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl.7259.

看来启动过程中CRS发现还是存在问题,于是再次查看crsctl.*文件:

[root@UNID02 ~]# cat  /tmp/crsctl.7259

Oracle Cluster Registry initialization failed accessing Oracle Cluster Registry device: PROC-26: Error while accessing the physical storage Operating System error [Permission denied] [13]

[root@UNID02 ~]#

还是一样的报错,但是这回由[No such file or directory]变成了 [Permission denied]。

肯定是RAW的权限由问题,查看RAW的权限:

[root@UNID02 ~]# ll /dev/raw

total 0

crw------- 1 root root 162, 1 Dec  9 08:14 raw1

crw------- 1 root root 162, 2 Dec  9 08:14 raw2

crw------- 1 root root 162, 3 Dec  9 08:14 raw3

crw------- 1 root root 162, 4 Dec  9 08:14 raw4

crw------- 1 root root 162, 5 Dec  9 08:14 raw5

crw------- 1 root root 162, 6 Dec  9 08:14 raw6

crw------- 1 root root 162, 7 Dec  9 08:14 raw7

果然如此,修改RAW的属主为oracle:

[root@UNID02 ~]# chown oracle:dba /dev/raw/*

发现messages里已经有CRS启动的信息了:

Dec  9 08:16:14 UNID02 logger: Cluster Ready Services completed waiting on dependencies.

Dec  9 08:16:14 UNID02 last message repeated 2 times

Dec  9 08:16:14 UNID02 logger: Running CRSD with TZ =

Dec  9 08:16:14 UNID02 logger: Oracle CSS Family monitor starting.

Dec  9 08:16:15 UNID02 logger: Oracle CSS restart. 0, 1

以为问题到此结束,但等了一会儿,发现asm和instance一直没起来:

[oracle@UNID02 ~]$ crs_stat -t

Name          Type          Target    State    Host

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

ora....SM1.asm application    ONLINE    OFFLINE

ora....01.lsnr application    ONLINE    OFFLINE

ora....t01.gsd application    ONLINE    OFFLINE

ora....t01.ons application    ONLINE    OFFLINE

ora....t01.vip application    ONLINE    OFFLINE

ora....SM2.asm application    ONLINE    OFFLINE

ora....02.lsnr application    ONLINE    ONLINE    UNID02

ora....t02.gsd application    ONLINE    ONLINE    UNID02

ora....t02.ons application    ONLINE    ONLINE    UNID02

ora....t02.vip application    ONLINE    ONLINE    UNID02

ora....RTAL.cs application    ONLINE    OFFLINE

ora....ac1.srv application    ONLINE    OFFLINE

ora....ac2.srv application    ONLINE    OFFLINE

ora.rac.db    application    ONLINE    OFFLINE

ora....c1.inst application    ONLINE    OFFLINE

ora....c2.inst application    ONLINE    OFFLINE

ora....rwss.cs application    ONLINE    OFFLINE

ora....ac1.srv application    ONLINE    OFFLINE

ora....ac2.srv application    ONLINE    OFFLINE

ora...._taf.cs application    ONLINE    OFFLINE

ora....ac1.srv application    ONLINE    OFFLINE

ora....ac2.srv application    ONLINE    OFFLINE

ora....test.cs application    ONLINE    OFFLINE

ora....ac1.srv application    ONLINE    OFFLINE

ora....rac1.cs application    ONLINE    OFFLINE

ora....ac1.srv application    ONLINE    OFFLINE

ora....ac2.srv application    ONLINE    OFFLINE

ora....rac2.cs application    ONLINE    OFFLINE

ora....ac1.srv application    ONLINE    OFFLINE

ora....ac2.srv application    ONLINE    OFFLINE

[oracle@UNID02 ~]$

于是手动启动ASM实例:

[oracle@UNID02 ~]$ dba

SQL*Plus: Release 11.1.0.7.0 - Production on Mon Dec 9 08:25:06 2013

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup

ORA-27504: IPC error creating OSD context

ORA-27300: OS system dependent operation:check if cable failed with status: 0

ORA-27301: OS failure message: Error 0

ORA-27302: failure occurred at: skgxpcini1

ORA-27303: additional information: requested interface eth1 interface not running set _disable_interface_checking = TRUE to disable this check for single instance cluster. Check output from ifcon

SQL>

SQL>

SQL> quit

Disconnected

报这个错误是因为RAC中的ASM和INSTANCE在启动的时候会通过私有网络去检查其他节点的私有网络信息,此时另一个节点是关机的。

解决办法是在asm参数文件中设定以下2个隐含参数:

_disable_instance_params_check = TRUE

_disable_interface_checking = TRUE

_disable_instance_params_check = TRUE的意义是在实例启动时忽略instance_type的值,而disable_interface_checking参数仅用于db的参数文件,用于asm实例时会报错ORA-15021: parameter "_disable_interface_checking" is not valid in asm instance,所以此处设置_disable_instance_params_check = TRUE用于略过instance_type的检查。

在实例参数文件中设定以下隐含参数:

_disable_interface_checking = TRUE

继续启动asm和instance,可以正常启动。

0b1331709591d260c1c78e86d0c51c18.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值