CRS不能正常启动，CRS-4530，CRS-4534

Oracle CRS 启动失败及解决方案

最新推荐文章于 2022-07-11 22:53:33 发布

最新推荐文章于 2022-07-11 22:53:33 发布 · 435 阅读

文章标签：

#数据库

本文讨论了 Oracle CRS 无法正确启动的问题及其解决方法。主要原因是由于 ASM disk 权限不足导致的私网不一致。通过手工修改权限，问题得以解决。详细步骤包括修改特定设备的权限和重新启动 CRS 服务。

现象：oracle crs 不能正确启动
[root@dtydb5 tmp]# su - grid
[root@dtydb5 log]# /oracle/11.2.0/grid/bin/crs_stat –t
CRS-0184: Cannot communicate with the CRS daemon.
[root@dtydb5 bin]# ./crsctl check crs
CRS-4638: Oracle High Availability Services is online
CRS-4535: Cannot communicate with Cluster Ready Services
CRS-4530: Communications failure contacting Cluster Synchronization Services daemon
CRS-4534: Cannot communicate with Event Manager

原因：
此类问题一般由于私网不同，HAIP或者ASM disk的权限不足等导致

[grid@dtydb5 mapper]$ ls -lrt
total 0
crw------- 1 root root 10, 63 Jan 12 10:43 control
brw-rw---- 1 root disk 253, 3 Jan 12 10:43 rootvg-LogVol01
brw-rw---- 1 root disk 253, 8 Jan 12 10:43 mpath52
brw-rw---- 1 root disk 253, 7 Jan 12 10:43 mpath51
brw-rw---- 1 root disk 253, 6 Jan 12 10:43 mpath50
brw-rw---- 1 root disk 253, 5 Jan 12 10:43 mpath4
brw-rw---- 1 root disk 253, 4 Jan 12 10:43 mpath3
brw-rw---- 1 root disk 253, 14 Jan 12 10:43 mpath8
brw-rw---- 1 root disk 253, 13 Jan 12 10:43 mpath7
brw-rw---- 1 root disk 253, 12 Jan 12 10:43 mpath6
brw-rw---- 1 root disk 253, 10 Jan 12 10:43 mpath54
brw-rw---- 1 root disk 253, 9 Jan 12 10:43 mpath53
brw-rw---- 1 root disk 253, 11 Jan 12 10:43 mpath5
brw-rw---- 1 root disk 253, 16 Jan 12 10:43 mpath2
brw-rw---- 1 root disk 253, 15 Jan 12 10:43 mpath1
brw-rw---- 1 root disk 253, 17 Jan 12 10:43 mpath2p1
brw-rw---- 1 root disk 253, 18 Jan 12 10:43 mpath1p1
brw-rw---- 1 root disk 253, 19 Jan 12 10:43 mpath4p1
brw-rw---- 1 root disk 253, 20 Jan 12 10:43 mpath3p1
brw-rw---- 1 root disk 253, 0 Jan 12 10:43 rootvg-LogVol00
brw-rw---- 1 root disk 253, 1 Jan 12 10:43 rootvg-LogVol02
brw-rw---- 1 root disk 253, 2 Jan 12 10:43 rootvg-LogVol03
brw-rw---- 1 root disk 253, 21 Jan 12 10:43 datavg-datalv01

方法：
此问题由ASM disk权限导致，先手工修改权限，解决问题
[root@dtydb5 tmp]# chown grid:asmadmin /dev/mapper/mpath*
[root@dtydb5 tmp]# /oracle/11.2.0/grid/bin/crsctl start crs
CRS-4640: Oracle High Availability Services is already active
CRS-4000: Command Start failed, or completed with errors.

CRS-4000的错误可以忽略

已经正常启动了

[root@dtydb5 tmp]# /oracle/11.2.0/grid/bin/crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora.DATA.dg ora....up.type ONLINE ONLINE dtydb3
ora....ER.lsnr ora....er.type ONLINE ONLINE dtydb3
ora....N1.lsnr ora....er.type ONLINE ONLINE dtydb3
ora.asm ora.asm.type ONLINE ONLINE dtydb3
ora.cvu ora.cvu.type ONLINE ONLINE dtydb3
ora....SM1.asm application ONLINE ONLINE dtydb3
ora....B3.lsnr application ONLINE ONLINE dtydb3
ora.dtydb3.gsd application OFFLINE OFFLINE
ora.dtydb3.ons application ONLINE ONLINE dtydb3
ora.dtydb3.vip ora....t1.type ONLINE ONLINE dtydb3
ora....SM2.asm application ONLINE ONLINE dtydb4
ora....B4.lsnr application ONLINE ONLINE dtydb4
ora.dtydb4.gsd application OFFLINE OFFLINE
ora.dtydb4.ons application ONLINE ONLINE dtydb4
ora.dtydb4.vip ora....t1.type ONLINE ONLINE dtydb4
ora....SM3.asm application ONLINE ONLINE dtydb5
ora....B5.lsnr application ONLINE ONLINE dtydb5
ora.dtydb5.gsd application OFFLINE OFFLINE
ora.dtydb5.ons application ONLINE ONLINE dtydb5
ora.dtydb5.vip ora....t1.type ONLINE ONLINE dtydb5
ora.gsd ora.gsd.type OFFLINE OFFLINE
ora....network ora....rk.type ONLINE ONLINE dtydb3
ora.oc4j ora.oc4j.type ONLINE ONLINE dtydb3
ora.ons ora.ons.type ONLINE ONLINE dtydb3
ora....ry.acfs ora....fs.type ONLINE ONLINE dtydb3
ora.scan1.vip ora....ip.type ONLINE ONLINE dtydb3
ora.tyolap.db ora....se.type ONLINE ONLINE dtydb3