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

现象: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


你可能感兴趣的:(oracle,manager,command,application,disk)