VersionCheck ジョブの失敗時の動作

Bruno_Salazar · 2021 年 12 月 4 日午前 12:03

申し訳ありませんが、これが適切なカテゴリではないかもしれません。

Discourseを評価しており、私の環境でVersionCheck Jobが失敗しています。

sidekiq内に失敗したジョブが積み重なっており、おそらくデフォルトの25回の再試行後に「dead」セクションに移動するでしょう（https://www.rubydoc.info/gems/sidekiq/Sidekiq/JobRetry に従います）。

失敗の原因を調査する必要があることはわかっていますが、ここでのポイントは次のとおりです。これらのジョブをそこに維持することは理にかなっていますか？失敗したバージョンチェックを単純に破棄して、次のジョブ実行を待つ方が良いのではないでしょうか？

現時点で、再試行を待っているVersionCheckジョブが80以上あり、私にはリソースの無駄のように思えます（おそらくわずかですが、それでも無駄です）。

確認したところ、app/jobs/scheduled/version_check.rb に sidekiq_options retry: false を追加すると、これが解決するはずです。

何か見落としていることはありますか？

pfaffman · 2021 年 12 月 4 日午前 11:28

どのようにインストールしましたか？ネットワークの問題がある可能性はありますか？RAMは？

おっしゃる通りかもしれませんが、今のところあなただけが報告しているので、最適化リストには載っていません。一度試して失敗させるだけで良いというのは、私の考えでは理にかなっています。

Steven · 2021 年 12 月 5 日午後 1:14

最後にアップグレードしたのはいつですか？

数週間前（10月末頃）にバージョンチェックジョブで問題が発生しましたが、現在は修正されています。ターミナル（./launcher rebuild app）でアップグレードすれば、問題ないはずです。

Bruno_Salazar · 2021 年 12 月 6 日午後 1:12

EC2インスタンス内で標準のDockerインストールを使用しています。

企業環境にいるため、インスタンスとインターネットの間には多くのファイアウォール、プロキシ、セキュリティスキャナーがあります。ログには「Job exception: Connection reset by peer - SSL_connect (Errno::ECONNRESET)」というエラーが表示されるため、おそらく何らかのファイアウォールがリクエストを拒否しているのでしょう…まだ、Discourseがどのようにバージョンチェックを行っているのかを理解しようとしているところなので、手動で再現して詳細を取得できるようにします。

これは完全に理解できます。過去にGitLabで作業した際に、Sidekiqキュー全体がパフォーマンス低下やその他の奇妙な動作を引き起こす多くの問題を目にしてきたため、このようなものを見るたびに警報が鳴ります。

Bruno_Salazar · 2021 年 12 月 6 日午後 1:24

私は2.8.0.beta9 (959923d3cf) を使用しています。

はい…ターミナルまたはGUI経由でのアップグレードは正常に機能しています（毎週実行しています）。この場合の唯一の問題は、メインの管理者画面に最新バージョンが表示されず、常に古いバージョンを実行していると表示されることです。

pfaffman · 2021 年 12 月 6 日午後 6:14

その場合は、コマンドラインアップグレードを実行する必要があります。

Falco · 2021 年 12 月 6 日午後 8:09

Discourse は、バージョンアップの確認、ユーザーアバターの取得、リモート画像のローカルストレージへのダウンロード、一般的なワンボクシングなどのタスクのためにインターネットに接続します。インスタンスがインターネットから切り離されている場合、確かにいくつかの問題が発生します。

Bruno_Salazar · 2021 年 12 月 6 日午後 8:21

はい！解決策が見つかるまで毎週実行しています。

このため、ワンボクシングは諦めなければなりませんでした。今のところ、このサーバーに完全なインターネットアクセスを許可することはできません。
github.com/* はすでに許可されていますが、おそらくこのバージョンチェックジョブは別のURLを使用してこれを行っています。

pfaffman · 2021 年 12 月 6 日午後 8:40

私がやるなら、SiteSetting.version_checks をオフにして、discourse_docker プラグインを削除し、コマンドラインでアップグレードします。

しかし、ここでは https://api.discourse.org/api を開くことができるなら、おそらく大丈夫でしょう。

github.com/discourse/discourse

lib/discourse_hub.rb

main


      
          response =
            Excon.public_send(
              action,
              "#{hub_base_url}#{rel_url}",
              {
                body: JSON[params],
                headers: {
                  "Referer" => referer,
                  "Accept" => accepts.join(", "),
                  "Content-Type" => "application/json",
                },
                omit_default_port: true,
              }.merge(connect_opts),
            )
          
          if (status = response.status) != 200
            Rails.logger.warn(response_status_log_message(rel_url, status))
          end
          
          begin
            JSON.parse(response.body)

Bruno_Salazar · 2021 年 12 月 8 日午後 3:10

情報ありがとうございます！ https://api.discourse.org/api/version_check へのアクセスを許可したところ、うまくいきました。

トピック		返信	表示
Botched restore led to Sidekiq job failures Support	7	573	2022 年 2 月 17 日
Auto-update issue - "Ensure sidekiq is running." Support	3	1661	2015 年 12 月 3 日
Sidekiq not running Installation	22	5270	2024 年 6 月 8 日
"Ensure sidekiq is running." when it is definitely running Installation	19	7755	2015 年 10 月 24 日
Sidekiq error message Support	4	445	2021 年 12 月 2 日

VersionCheck ジョブの失敗時の動作

関連トピック