2017-06-01 2 views
0

OpsCenter 6.1を使用して新しいクラスタをインストールしようとしています。クラスタ内の各ノードに成功したのsshのOpsCenterはその後、ほぼ直後に、次のメッセージを表示して、各ノード上でエラーに表示されます。Datastax OpsCenterインストールクラスタエラー:package_informationを取得するときの400クライアントエラー

400 Client Error: Bad Request for url: http://<opscenter>:8888/api/v1/lcm/internal/nodes/<node-id>/package_information 

私はこのメッセージに404エラーが表示される自分自身をそのページに到達しようとする:

{"brief": "error", "message": "{\"type\":\"ApiException\",\"code\":404,\"msg\":\"Can't find object for given parameters: {:job-id nil, :node-id \\\"<node-id>\\\"}\"}", "type": "NoSuchResource"} 

なお<のOpsCenter >(上記)私のローカルのIPアドレスがインストールされ、そして<ノードID >はノードのIDです。

私自身が400エラーを受け取らないことを考慮して、ロールバックされたいくつかの実行済みのステップのために、インストール中に発生するシナリオを複製できないと仮定しています。

この問題の原因は何ですか?

ありがとうございます!

+0

詳細 - http://172.23.1.1:8888/api/v1/lcm/nodes/8b7fd5dd-0045-44fb-b019-20c5565f297aに手動で移動し、ノードに関する情報を取得できますただし、http://172.23.1.1:8888/api/v1/lcm/internal/nodes/8b7fd5dd-0045-44fb-b019-20c5565f297a/package_informationには何も表示されません。私が見る限り、「内部」リソースはOpsCenter APIドキュメント内で定義されていません。 – theoneandonly2

答えて

0

ここにLCMの開発者...提供された情報に基づいて何が間違っているのかを正確に知ることは難しいです。しかし、ここでいくつかのヒントされている:APIエラーが仕事中にあります場合は

  1. は、エラーは、パッケージ内のOpsCenterがインストール、または./logのようなもので/通常では/ var/log(opscenterd.logに記録されます/ tarballインストールで)。
  2. 内部APIはプライベートであり、公開されていません。ジョブの存続期間中にのみ有効なノードごとの秘密トークンを使って認証されているため、手動で内部URLをpingしようとするのはかなり難しいことですが、内部apiにpingを実行して、過去。私は多くの時間を費やすことをお勧めします。
  3. "lcm"ロガーをopscenterのlogback.xmlでデバッグしてからopscenterdを再起動すると、エラーが発生したときにLCMがより多くのコンテキストを取得する可能性があります。
+0

DEBUGオプションを追加し、/var/logs/opscenter/opscenterd.logを見てください。両方のノードがopscenterにマイルストーンを「OpsCenterサーバーにファクトをアップロードしました」と報告した後に障害が発生したように見えます。次に、サブタイプ「package-proxy」のジョブ・イベントを「プロキシを使用していません」というメッセージとともに受信します。次に、「ジョブのジョブステータスチャネルにWILL_FAILを送信しています...」というメッセージが表示されます。最後に、両方のノードからエラーメッセージが表示されます。「400 Client Error:URLのリクエストが間違っています:http://172.23.100.37:8888/api/v1/lcm/internal/nodes/8b7fd5dd-0045-44fb-b019-20c5565f297a/package_information "を参照してください。何か案は? – theoneandonly2

+0

WILL_FAILの前に(またはWILL_FAILメッセージの一部として)もっと明確なことがないのには驚いています。私のスパイシーなセンスは、あなたのネットワークには奇妙なことがあると私に伝えています。ターゲットノードがLCMサーバーに「電話」することを試みるのは、ファクトの送信が初めてである可能性があります。ターゲットノードから172.23.100.27:8888へのアクセスをブロックするファイアウォールまたはプロキシがないのは確かですか?あなたはターゲットノードからhttp://172.23.100:8888/api/v1/lcm/'をカールできますか?もしそうでなければ、それはあなたの問題であり、そのコミュニケーションを可能にするためにあなたのネットワーク問題を整理する必要があります。 –

+0

それはそれをしない場合、私はこのフォーラムであなたを助けることができない可能性があります。DataStaxサポートへのアクセス権がある場合は、その人に手を差し伸べてください。電話で相談することができます。あなたがスタートアッププログラムなどにいる場合は、あなたのセールス/連絡先をpingして助けが必要だと伝えてください...あなたが正式にサポートを持っていなくても、私たちはあなたをソートしようとします。 –

関連する問題