2017-12-05 9 views
0

仮想マシンで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

答えて

0

https://docs.datastax.com/en/landing_page/doc/landing_page/compatibility.html#compatibilityDocument__opsc-compatibilityで述べたツールセットの互換性によれば、私は実際に監視および基本的なデータベース操作のためのOpsCenter V5.2を使用します。エージェントの.yamlとCassandra 2.2の.confの試行錯誤の後、Dashboardが動作します!知識が得

  • どこから始めればわからない場合は、互換性のテーブル初心者のため

  • に記載されていない5.2が実際カサンドラ2.2で動作しますOpsCenterの、すべてのインストールしよう1つのマシン上のコンポーネントを使用して、最も実行可能でない作業セットアップのアイデアを得る。そこから、実際の開発/テスト/運用環境を構成します。

+0

ここにOpsCenterの開発者がいます。 OPSCenter 5.2.xの使用期限が切れており、セキュリティ更新プログラムはもう受信されません。私は、オープンソースのcassandraのモニタリングフレームワークを、製品寿命末期の製品に基づいて構築することを躊躇しています。明らかに私の偏見は、cassandraからDSEに切り替えて監視するためにOpsCenter 6.1.xを使用することですが、OSS cassandraのままにしたい場合は、datadog、graphite、collectdなどのアクティブな監視システムを使用してOSSカサンドラ –

+0

ありがとうございました。他の一般的な監視ツールがCassandraを操作するために特別に設計されていないため、私はチームメンバーと話して、Cassandraの操作に特別な機能が必要かどうかを確認します。とにかく、OpsとDSEは素晴らしい製品です!ビデオチュートリアルはとても素敵です! – user746403

関連する問題