仮想マシンでDataStax OpsCenterを評価して、cassandraの管理/監視を開始します。私はOpsCenter LCMを介してクラスタトポロジモデルを作成するためにオンラインドキュメントを守っていますが、エラーメッセージは私に多くの情報を提供するものではありません。ジョブステータスは新しいクラスタを設定するときにエラーが発生する
error- MeldError, 400 Client Error: Bad Request for url: http://[ip_address]:8888/api/v1/lcm/internal/nodes/6185c776-9034-45b4-a54f-6eb9511274a2/package_information
Meld failed on name="testnode1" ssh-management-address=[ip_address]" node-id="6185c776-9034-45b4-a54f-6eb9511274a2" node-name="testnode1" job-id="1b792c69-bcca-489f-ad12-a6285ba84d59" stdout=" Meld has started... " stderr=""
私の質問が間違っているかもしれないものである、であり、任意のヒントはどのように解決するために?
私はcassandraとDataStaxコミュニティには新しく、愚かな質問があれば私を許してください!
- Q:私は以前はビルドボットのユーザーでしたが、DataStaxエージェントはビルドボットのスレーブのようです。なぜ私たちは、リモートマシン上でopscenterを使用するためのエージェントセットアップが必要ないのですか?エージェントの作業ディレクトリはopscenterで設定されていますか?
opscenterd.log、https://pastebin.com/TJsvmr6t
ここにOpsCenterの開発者がいます。 OPSCenter 5.2.xの使用期限が切れており、セキュリティ更新プログラムはもう受信されません。私は、オープンソースのcassandraのモニタリングフレームワークを、製品寿命末期の製品に基づいて構築することを躊躇しています。明らかに私の偏見は、cassandraからDSEに切り替えて監視するためにOpsCenter 6.1.xを使用することですが、OSS cassandraのままにしたい場合は、datadog、graphite、collectdなどのアクティブな監視システムを使用してOSSカサンドラ –
ありがとうございました。他の一般的な監視ツールがCassandraを操作するために特別に設計されていないため、私はチームメンバーと話して、Cassandraの操作に特別な機能が必要かどうかを確認します。とにかく、OpsとDSEは素晴らしい製品です!ビデオチュートリアルはとても素敵です! – user746403