CRS-0184: Cannot communicate with the CRS daemon

对于unknown的进程要crs_stop -f 加进程名杀掉，后在star

删除机器上的/etc/oracle/scls_scr/rac1/oracle/cssfatal 文件
如果不删这个文件，运行root.sh 脚本时会报错。
然后重新运行下$ORA_CRS_HOME/root.sh脚本

有时候开机启不起来可以先杀了这个进程试下

/etc/init.d/init.ohasd

使用root用户权限执行crsctl

或者 /etc/init.d/init.crs

或者 /u01/app/11.2.0/grid/bin/crsctl start crs

[[email protected] ~]# /oracle/product/crs/bin/crsctl start crs
Attempting to start CRS stack
The CRS stack will be started shortly

然后设置开机自启动

[[email protected] ~]# /oracle/product/crs/bin/crsctl enable crs

/oracle/product/10.2.0/crs/bin> ./crsctl check crs
CSS appears healthy
CRS appears healthy
EVM appears healthy

时间： 2024-11-04 11:54:34

CRS-0184: Cannot communicate with the CRS daemon的相关文章

oralce11g RAC 启动后 CRS-0184: Cannot communicate with the CRS daemon.

很奇怪的一个问题! ORACLE数据库服务器,系统启动之后,查看集群状态,发现CRS实例不可用,然后网上查找资料: 隔了几分钟之后,再次查询相关集群服务状态,发现正常了!!! 暂时得出的结论:操作系统启动之后,默认相关集群服务是自动启动的,但是,开机后,需要加载或者集群服务启动需要一段时间,等几分钟之后,集群服务才能准备就绪!!! 文末,有一篇其他情况的解决方式. [[email protected] ~]# /u01/app/11.2.0.4/grid/bin/crsctl start cr

記錄一次CRS-0184: Cannot communicate with the CRS daemon的解決

1. 描述: 使用crs_stat –t 命令查看rac服務,直接報CRS-0184: Cannot communicate with the CRS daemon.錯誤但是奇怪的是我們的DB是沒有問題的.sqlplus / as sysdba可以繼續登陸,并使用. 2. 錯誤分析: 首先查看警告日誌:錯誤從2016/07/13號開始 /grid/11.2.0/log/phars1/alertphars1.log 2016-07-13 16:04:49.616: [crsd(21419)]C

CRS-0184: Cannot communicate with the CRS daemon.之节点脱离集群问题解决

1.系统环境: OEL6.5企业版 Oracle11.2.0.2 RAC + ASM 2.报错信息: $ crs_stat -t CRS-0184: Cannot communicate with the CRS daemon. $ crsctl check has CRS-4639: Could not contact Oracle High Availability Services 3.报错原因查找: 在节点1节点查看IP地址,VIP已经不存在 $ ifconfig -a en0: fla

CRS-0184: Cannot communicate with the CRS daemon.之存储故障解决办法

$crs_stat-t CRS-0184: Cannot communicate with the CRSdaemon. $crsctlcheck crs CRS-4638: Oracle High Availability Servicesis online CRS-4535: Cannot communicate with ClusterReady Services CRS-4529: Cluster Synchronization Servicesis online CRS-4533: E

【RAC】使用频率较高的CRS维护命令总结

与CRS有关的命令均存放在$ORA_CRS_HOME/bin目录下,使用时请多加留意.本文将在日常CRS维护中较常用的命令予以演示,供参考. 1.启动CRS如果CRS没有启动在使用crs_stat命令查看集群状态的时候将会收到如下的报错信息.[email protected] /home/oracle$ /oracle/app/crs/bin/crs_stat -tCRS-0184: Cannot communicate with the CRS daemon. 在RAC环境下启动所有节点上的C

左右RAC CRS 自己主动启动

左右CRS自己主动重新启动实验一.检验ASM [[email protected] ~]# /etc/init.d/oracleasm status Checking if ASM is loaded: yes Checking if /dev/oracleasm is mounted: yes [[email protected] ~]# /etc/init.d/oracleasm listdisks ASM01 ASM02 ASM03 二.RAC自己主动启动的时候后台CRS进程 [[ema

关于RAC CRS 自动启动

关于CRS自动重启实验一.检查ASM [[email protected] ~]# /etc/init.d/oracleasm status Checking if ASM is loaded: yes Checking if /dev/oracleasm is mounted: yes [[email protected] ~]# /etc/init.d/oracleasm listdisks ASM01 ASM02 ASM03 二.RAC自动启动的时候后台CRS进程 [[email pro

Oracle 11gR2光钎链路切换crs服务发生crash

Oracle 11gR2光钎链路切换crs服务发生crash 背景: 我们将Oracle 11gR2(11.2.0.4)在RedHat EnterPrise 5.8上通过RDAC完成的多路径链路冗余,在部署完成后,我们需要做多路径链路冗余测试,我们的光钎链路连接方式如下.我们做多路径测试完成了如下几个组合: 拔线测试组合一: 1. 先拔下光钎链路 ②和④ 一切正常没有问题:插上五分钟后执行第2步. 2. 再拔下光钎链路 ①和③ 数据库服务正常,crs进程crash无法访问,手工重启crs进程即可

记一次oracle crs无法重启事故

今天在修改了数据库参数后,关闭数据库及crs,然后重新启动了服务器,服务器启动完成之后,发现数据库无法启动,过程如下: step1:重启数据库 $ su - grid $ srvctl stop database -d {DB_NAME} $ su - root # cd /grid/11.2.0/grid/bin # ./crsctl stop crs #所有节点执行 step2:重启服务器: xxxdb1#[/root]reboot 等服务器重启完成,发现crs起不来: xxxdb1$[/h