CRS-0184: Cannot communicate with the CRS daemo的诊断
CRS-0184: Cannot communicate with the CRS daemo的诊断
用户在重启服务器后,发现RAC中某节点无法查看RAC状态
查看RAC状态时报错
./crs_stat -t
CRS-0184: Cannot communicate with the CRS daemo
由于无法与crs通信,首先查看crs健康状况
[Oracle@oms bin]$ ./crsctl check crs
Failure 1 contacting CSS daemon
Cannot communicate with CRS
Cannot communicate with EVM
发现crs未启动,出现此问题可能和后台进程没有启动有关。
查看crs相关进程
[oracle@oms ~]$ ps -ef|grep crs
root 5142 1 0 16:31 ? 00:00:00 /bin/sh /etc/init.d/init.crsd run
root 19033 5370 0 17:59 ? 00:00:00 /bin/su -l oracle -c /u01/app/oracle/crs/bin/crsctl check boot > /tmp/crsctl.5370
oracle 19034 19033 0 17:59 ? 00:00:00 -bash -c /u01/app/oracle/crs/bin/crsctl check boot > /tmp/crsctl.5370
root 19052 5234 0 17:59 ? 00:00:00 /bin/su -l oracle -c /u01/app/oracle/crs/bin/crsctl check boot > /tmp/crsctl.5234
oracle 19053 19052 0 17:59 ? 00:00:00 -bash -c /u01/app/oracle/crs/bin/crsctl check boot > /tmp/crsctl.5234
oracle 19097 19053 0 17:59 ? 00:00:00 /u01/app/oracle/crs/bin/crsctl.bin check boot
oracle 19101 19034 0 17:59 ? 00:00:00 /u01/app/oracle/crs/bin/crsctl.bin check boot
oracle 19184 19143 0 18:00 pts/1 00:00:00 grep crs
根据相关进程信息找到报错的日志痕迹,查看相关crs日志文件
[oracle@oms bin]$ cat /tmp/crsctl.5370
Failed 3 to bind listening endpoint: (ADDRESS=(PROTOCOL=tcp)(HOST=oms-priv))
根据上面提示联想多半是和网络配置有关,首先查看网络配置文件
[root@oms init.d]# ll /etc/hosts
-rw-r--r-- 2 root root 263 Dec 25 2011 /etc/hosts
检查这个文件并无权限光管问题
[root@oms init.d]# cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.localdomain localhost
192.168.17.139 oms oms.localdomain
192.168.17.138 dbsv.localdomain dbsv
--------------------------------------分割线 --------------------------------------
相关阅读:
VIP不能正常启动,报错CRS-1006
RAC如何启动状态为UNKNOWN的资源&&PRKS-1009,CRS-1028,CRS-0223
Oracle 11g RAC 停机之后启动rac 时报 CRS-0184: Cannot communicate with the CRS daemon.
CRS报CRS-2409告警信息问题分析与处理
Oracle 11g RAC 执行root.sh时遭遇 CRS-0184/PRCR-1070
--------------------------------------分割线 --------------------------------------
显然,配置文件中的主机名和节点主机的主机名不对应,很明显这是不同相关人员为实现不同目的未沟通对配置文件进行了更改,造成RAC 重启后无法启动,找到相应资源,讲hosts文件中的错误修正后,,重启RAC,问题解决
本文永久更新链接地址:

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









この記事では、MySQLのAlter Tableステートメントを使用して、列の追加/ドロップ、テーブル/列の名前の変更、列データ型の変更など、テーブルを変更することについて説明します。

INNODBのフルテキスト検索機能は非常に強力であり、データベースクエリの効率と大量のテキストデータを処理する能力を大幅に改善できます。 1)INNODBは、倒立インデックスを介してフルテキスト検索を実装し、基本的および高度な検索クエリをサポートします。 2)一致を使用してキーワードを使用して、ブールモードとフレーズ検索を検索、サポートします。 3)最適化方法には、単語セグメンテーションテクノロジーの使用、インデックスの定期的な再構築、およびパフォーマンスと精度を改善するためのキャッシュサイズの調整が含まれます。

記事では、証明書の生成と検証を含むMySQL用のSSL/TLS暗号化の構成について説明します。主な問題は、セルフ署名証明書のセキュリティへの影響を使用することです。[文字カウント:159]

記事では、MySQLワークベンチやPHPMyAdminなどの人気のあるMySQL GUIツールについて説明し、初心者と上級ユーザーの機能と適合性を比較します。[159文字]

記事では、MySQLで大規模なデータセットを処理するための戦略について説明します。これには、パーティション化、シャード、インデックス作成、クエリ最適化などがあります。

この記事では、ドロップテーブルステートメントを使用してMySQLのドロップテーブルについて説明し、予防策とリスクを強調しています。これは、バックアップなしでアクションが不可逆的であることを強調し、回復方法と潜在的な生産環境の危険を詳述しています。

MySQLは、Bツリー、ハッシュ、フルテキスト、および空間の4つのインデックスタイプをサポートしています。 1.B-Treeインデックスは、等しい値検索、範囲クエリ、ソートに適しています。 2。ハッシュインデックスは、等しい値検索に適していますが、範囲のクエリとソートをサポートしていません。 3.フルテキストインデックスは、フルテキスト検索に使用され、大量のテキストデータの処理に適しています。 4.空間インデックスは、地理空間データクエリに使用され、GISアプリケーションに適しています。

この記事では、クエリパフォーマンスを強化するために、PostgreSQL、MySQL、MongoDBなどのさまざまなデータベースでJSON列にインデックスの作成について説明します。特定のJSONパスのインデックス作成の構文と利点を説明し、サポートされているデータベースシステムをリストします。
