これは非常に優れた機能であり、作業がはるかに簡単になるという事実は別として、残念ながら、出力はあまり役に立たないことがよくあります。 1つのコネクタのJDBCパスワードが正しくない場合や、別のコネクタの形式が適切でない場合でも、n個のコネクタを展開すると400が返されます。 少なくともこれは今のところ私の印象です。 コードを詳しく調べる時間がありませんでしたが、Connector APIが原因であるか、モジュールで改善できるかどうか、誰かが質問に答えることができますか?
@Fobhep質問ありがとうございます。 400エラーはどこで発生しますか?Connectが再起動してヘルスチェックが実行された後ですか?
その場合、ヘルスチェックは、ConnectAPIからコネクタのリストをクエリできるかどうかを確認するだけです。 したがって、400で終了する場合、これはConnectが何らかの理由で開始に失敗したことを意味します。
400エラーが発生している場所を確認できますか?
ありがとう
kafka-connectorデプロイメントタスクを実行するとエラーが発生し、Ansibleはどちらかを返します
リクエストがタイムアウトしたか、不正なリクエスト
ログを調べた後、たとえば1つのコネクタのパスワードが間違っていることを示す例外を見つけることができました。
@Fobhepデプロイしようとしたコネクタと、設定が
これはPythonライブラリの問題である可能性があり、新しいコネクタが失敗してもAPIからエラーコードが返されませんが、既存のコネクタの更新が失敗した場合と同じように返されます。
@JumaXその特定の顧客シナリオでは、JDBCコネクタのみでした
私が今だけ気づいたもう一つのこと:
時々私は
「HTTPエラー:409競合」ですが、モジュール自体が「変更:true」と言っています。
これで、リバランスが実行されている間、RESTAPIがPOST時に409を返す可能性があることに気付きました。
しかし、POSTジョブが実行されなかった場合でも、モジュールは失敗するべきではありませんか?
または、409は、POSTが実行されたが、同時にRebalaneが発生したことを意味しますか?
ここで何か新しいことはありますか? コネクタを追加するためのこのRESTAPIには、独自の考え方があるようです。 6つのjdbcoracleコネクタのセットを追加しました(3source、3sink)。
初めて400の悪いリクエストを受け取りましたが、何も設定されていませんでした...わかりました
まったく同じ構成で再試行してください。 これで、6つのうち1つがデプロイされましたが、400の不正な要求がまだあります。
これはコミュニティからの寄稿として追加されました。著者と話をしましたが、今週、著者はこれをレビューすることを優先しています。
@Fobhep @JumaXこの問題の作業を再開しました。返信が遅くなり、申し訳ありません。 各コネクタに対して明示的なメッセージ/結果が得られるように、エラー管理を書き直します。
また、リバランスが完了するのを待つ方法があるかどうかも確認します。 409は確かに、リバランスがあったときに得られる応答です。そのため、最初はエラーとして扱いませんでしたが、エラーが発生した場合はそれがマスクされるのは事実です。これは残念なことです。
クイックアップデート:エラー管理を完全に書き直し、コネクタのタスクのステータスチェックを追加しました。つまり、コネクタの初期化に失敗した場合、コネクタが検出され、エラーとして返されます。 今すぐPRを準備しています。
@ldomこれに関するステータスの更新はありますか?
@jamuska PRはありますが、まだマージされていません(https://github.com/confluentinc/cp-ansible/pull/490)。 ジャスティンは分子テストを待っていると思います。 今週はそれらに取り組みます。
@ldom @jamuska正解です、分子テストを待っています。 @ldomでお手伝いできるかどうか教えてください。