web-dev-qa-db-ja.com

datastax-agent接続できませんエラー

Opscenterエージェントに問題が発生しています。 Opscenterは、エージェントが接続されていないことを報告し、各ノードのagent.logで、すべて次のことを報告します。

com.datastax.driver.core.exceptions.NoHostAvailableException: All Host(s) tried for query failed (tried: /127.0.0.1:9042 (com.datastax.driver.core. TransportException: [/127.0.0.1:9042] Cannot connect))

これがいつ始まったかはわかりませんが、最近のことで、以前は問題なく動作していました。

Datastax-agentバージョン5.1.0およびCassandraバージョン：2.1.3を実行しています。

どこを見るべきかについてのヒントをいただければ幸いです。

cassandraopscenter
2
Phil Burress

編集：以下に引用した元の回答のブロックを残しますが、notそれに従うようにしてください。ここで提供されるソリューションは公式であり、テスト済みです。

ドキュメント で述べたように：

注：OpsCenterのバージョン5.1以降、address.yamlのhostsオプションによって、エージェントが接続するノードが決定されるようになりました。構成の変更と移行パスの詳細については、アップグレードガイドを参照してください。

したがって、address.yamlを変更してそれらの変更を反映し、エージェントを再起動するだけです。例として、私たちの場合、これから次の変更を行いました。

stomp_interface: 10.0.10.10
local_interface: 10.0.10.20

これに：

stomp_interface: 10.0.10.10
hosts: ["10.0.10.20"]

新しいhostsプロパティは文字列の配列であるため、複数のインターフェイスが必要な場合は、ニーズに合わせて調整できます。ただし、標準のセットアップでは上記で十分です。

元の答えは下にあります。無視してください。

Opscenter 5.1.0にアップグレードしてから、同じ問題が発生します。これまでに見つかった唯一の回避策は、cassandra.yamlのrpc設定を変更することです。

rpc_address：0.0.0.0

これは政治的に正しい方法ではないことは知っていますが、すべてを壊すことなく機能し、より正式な方法が実現するまでOpsCenterを機能させることができます。

PS：なぜ誰もがこの質問に反対するのか、私にはよくわかりません。これは深刻な問題であり、本番システムを破壊します。

2
Arribah