問題タブ [opscenter]

datastax Enterprise で datastax クラスターを作成しようとしています。ノードの Cassandra.yaml を変更し、ノードで Cassandra と opscenter を開始しました。

webbroser 経由で opscenter に接続できます。しかし、「クラスターの追加」を実行してその特定のホスト IP を入力しようとすると、「クラスターの作成中にエラーが発生しました: クラスターに接続できません」というエラー メッセージが表示されます。

opscenter ログに以下のテキストが表示されました

誰でもこれを修正するのを手伝ってもらえますか?

ジェニッシュ

Windows マシンで 2 つのノードの Cassandra クラスターをセットアップしようとしています。私は基本的に2つのWindowsマシンを持っており、このdatastaxチュートリアルに従っていました

以下のコマンドを使用して上記のチュートリアルからトークン番号を取得するたびに -

私はいつもこのエラーを受け取ります -

Datastax が作成した OpsCenter と呼ばれる Cassandra 監視ツール用の基本的なプロキシをセットアップしました。このアプリは、8888/8443 でリッスンする Python Web サーバーです。アプリはルートとして実行されないため、80/443 でバインドできないため、プロキシ/リバース プロキシとして Apache をフロントで実行したいと考えています。私が直面している問題は、OpsCenter が各要求の後に URI を書き換え、ポートを書き込むことです。

たとえば、https://mydomain.com/ は、リクエストごとにhttps://mydomain.com:8443/になります。これにより、ファイアウォールで 8443 が開かれていないため、今後のすべての要求が機能しなくなります。

クライアントに応答を返すときに、Apache は URI からポートを削除できますか?

私のプロキシ設定は次のようになります。Proxy で SSL ターミネーションを行っています。

1 ノードの C* 2.0.4 クラスターを実行していますが、nodetool ステータスは正常なクラスターを示しています。

次に、「sudo yum install opscenter-free」を使用して、同じネットワーク上の別のマシンに OpsCenter 4.0.3 をインストールしました。

opscenterd.conf ファイルで、interface = 'OpsCenter サーバーのパブリック IP' を設定し、OpsCenter サーバーを起動しました。

その後、OpsCenter の Web ページが表示され、[既存のクラスタを使用] をクリックしました。

[クラスターの追加] インターフェイスで、1 ノードの Cassandra クラスターの rpc_address を入力しました。OpsCenter はそれを受け入れ、次のページにクラスタ名を正しく表示しました。

ただし、OpsCenter のグラフはどれもロードされず、次のエラーが表示されます: 0 個中 0 個のエージェントが接続されています。また、上部のプラグ アイコンに対して赤色の X が点滅しています。

OpsCenter と C* ノードの両方で、CentOS のファイアウォールは現在オフになっています。

OpsCenter を C* ノードに正しく接続するにはどうすればよいですか?

OpsCenter のログは次のように表示されます (注: IP を ABCD に置き換えました):

Cassandra ノードでは、すべてが正常に見えます。

ただし、OpsCenter が取得しようとしている URL をカールすることはできません。

OpsCenterd.conf ファイルで SSL が無効になっています (デフォルト設定)。

これは、次の URL http:// OpsCenter のパブリック IP :8888/Dog/nodesに表示される内容です。

これを修正する方法のアイデアはありますか?

Cassandra の YAML ファイルでは、rpc_server_type が sync に設定されていることに注意してください。

アップデート：

また、'yum install datastax-agent' を使用して C* ノードに OpsCenter エージェントを手動でインストールしようとした後、address.yaml ファイルを次の設定で編集しました。

address.yaml ファイルに対していくつかの異なる設定を試みましたが、どれも機能しませんでした。たとえば、stop_interface のみを設定して、他の 3 行を削除しようとしました。うまくいきませんでした。また、インターフェイスを停止してローカルにするだけに設定しようとしましたが、それも機能しませんでした。

「service datastax-agent start」で datastax エージェントを開始すると、突然 Cassandra サービスがクラッシュします。

[root@cassandra01 ~]# sudo service cassandra status cassandra dead but pid file exists

C* サービスがクラッシュしても、opscenter エージェントは稼働し続けます。エージェント サービスを停止して C* サービスを再度開始すると (sudo サービス cassandra ステータス)、C* は正常にバックアップを開始し、nodetool ステータスは正常な 1 ノード クラスターを示します。しかし、エージェント サービスを開始するとすぐに、C* サービスが突然再びクラッシュします。address.yaml ファイルで試したさまざまな設定はすべて、これと同じ動作を引き起こします。

理想的には、エージェントを手動でインストールするのではなく、そのインストーラを OpsCenter GUI から C* ノードにプッシュしたいのですが、それがうまくいかなかったため、エージェントを手動でインストールして OpsCenter に接続しようとしましたが、残念ながら、これも機能しません。

また、Cassandra サービスがクラッシュしたときに、Cassandra ノードでも次のようなメッセージが表示されることがあります。log4j:WARN log4j システムを適切に初期化してください。log4j:WARN 詳細については、http: //logging.apache.org/log4j/1.2/faq.html#noconfigを参照してください。使用法: cassandra start|stop|status|restart|reload

Cassandra ノードの log4j-server.properties の内容は次のとおりです。

そして最後に、Cassandra ノードで実行されている OpsCenter エージェントの agent.log が示す内容は次のとおりです。

OpsCenter の無料保持データを別のクラスタにセットアップしようとしましたが、エラーが発生しました:

クラスター内の 2 番目のノードの同じエラー:(

しかし、クラスター構成で [dse].enterprise_override = true を設定すると、すべて正常に動作します。

私の設定は次のとおりです。

問題は、OpsCenter コミュニティで別のクラスタをセットアップして opscenter データを保持することは可能かということです。

OpsCenter のバージョンは 4.0.3 です