RAMを増設し、データベースを再構築しましたが、問題は解消されません。
開発者がこの問題に気づいているかお聞きしたいです。ありがとうございます！
管理者としてすぐにできる回避策はありますか？タイムアウト時間を長くするなど。
わかりません。タイムアウトを長くすれば解決しそうですね。スレッドの投稿数が多いほど頻繁に発生するので、何らかのサンプリングやスキャンに時間がかかりすぎているように感じられます。
実装方法を思いついたら、また報告します。2倍にしたいですね。
はい、2.5.0.beta2 でも問題は続いています。
RAMを変更した後に discourse setup を実行しましたか？RAMを最大限に活用するには、いくつかの設定を更新する必要があります。
実装は別の担当者に任されているため、確信が持てません。しかし、プロセス完了のためにこれを完了させる必要があることを彼に伝えます。ありがとうございます！
こんにちは、
投稿の移動中に502エラーが頻発しています。
この状況の改善に向けた計画はございますか？
よろしくお願いいたします
こんにちは、見つかりましたか？メモリ容量が少ない環境では、タイムアウト値を app.yml の ENV または Discourse サイト設定でパラメータ化できると大変助かります。
もしかして愚かな質問でしょうか？
このように大量の投稿を移動させる際、このプロセスは Sidekiq によって管理されているのでしょうか？
すみません、コードを検索していませんでした…
更新
Ruby コードベースを少し覗いてみたところ、投稿移動関数が呼び出されると、enqueue_jobs() を介してジョブがキューに追加されていることが確認できました。
Discourse の開発者ではないため、コードを素人が眺める限り、投稿移動に関連する遅延、エラー、またはタイムアウトの問題は、直接的に sidekiq のパフォーマンスと設定に関連しているように見えます。
数日前に、Discourse がシステムレベルで Sidekiq をどのように利用しているか調べてみましたが、「初心者向け要約」のようなものは見つけることができませんでした。
そこで、Sidekiq のウェブサイトにアクセスして、内部で何が起きているかをより深く理解しようとしたところ、3 つの異なるオファリングがあり、混乱してしまいました :)。短い集中力と即時の満足感を求める私には、Discourse がどのバージョンの Sidekiq を使用しているのか、どの機能や設定スイッチを正確に設定できるのかが理解できませんでした…
この分野の初心者として、Discourse で利用可能な sidekiq のアーキテクチャ、機能、スイッチ、環境変数について正確に知りたいと考えています…しかし、現時点では 「まだ探しているものが見つかりません」（お気に入りの U2 の曲に合わせて歌ってください）。
すべての回答は好奇心から生まれています…
更新:
別のスレッドのリーダーからの情報提供により、「誰がオンラインか」以外のすべてのプラグインを無効にしたところ、最近の移動に関する問題は発生しなくなりました。
したがって、ここでは慎重な楽観視です。状況が変化すれば、改めて更新します。
この問題について支援してくださった皆様に感謝いたします！
具体的にどのプラグインを無効化しましたか？
おそらくバグでしょう。投稿の移動時にフックがトリガーされる仕組みだと推測します。
よくわかりました。ありがとうございます。修正をしてくれた @featheredtoast にも感謝します。
私のコミュニティでは最近、投稿の移動（特に大規模なスレッド間での移動）時に 502 エラーが発生するようになりました。カスタムプラグインはインストールしていませんでした。別の Discourse スレッドでのアドバイスに従い、unicorn_workers を 10 に、db_shared_buffers を 4096MB に増やしましたが、状況は改善されませんでした。以下は当フォーラムの ./discourse-doctor ログです。何かヒントをいただければ幸いです。よろしくお願いいたします！
==================== DOCKER INFO ====================
DOCKER VERSION: Docker version 17.10.0-ce, build f4ffd25
DOCKER PROCESSES (docker ps -a)
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
ddfb2222fd64 local_discourse/app "/sbin/boot" 10 days ago Up 10 days 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
ddfb2222fd64 local_discourse/app "/sbin/boot" 10 days ago Up 10 days 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
Discourse container app is running
==================== PLUGINS ====================
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-solved.git
非公式プラグインは検出されませんでした。
公式リストについては https://github.com/discourse/discourse/blob/master/lib/plugin/metadata.rb をご覧ください。
========================================
Discourse 2.6.0.beta2
Discourse version at localhost: Discourse 2.6.0.beta2
==================== MEMORY INFORMATION ====================
RAM (MB): 16434
total used free shared buff/cache available
Mem: 16048 5605 919 4255 9523 5850
Swap: 2047 437 1610
==================== DISK SPACE CHECK ====================
---------- OS Disk Space ----------
Filesystem Size Used Avail Use% Mounted on
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /var/lib/docker/aufs
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /var/lib/docker/plugins
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /
---------- Container Disk Space ----------
unknown shorthand flag: 'w' in -w
See 'docker exec --help'.
==================== DISK INFORMATION ====================
Disk /dev/vda: 320 GiB, 343597383680 bytes, 671088640 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 29B528BA-16C4-402E-BEE9-53555C8B6F10
Device Start End Sectors Size Type
/dev/vda1 2048 671086591 671084544 320G Linux filesystem
==================== END DISK INFORMATION ====================
こんにちは、私も同じ問題に遭遇しています。このため、メガトピックを分割できません。
セーフモードでも試しましたが、何も変わりませんでした。
ただし、私の開発用 Discourse インストール（同じバージョン 2.6.0.beta2）では問題はありません。
ログにも何も記録されていません。
1 年もの間、この 502 エラーに悩まされています ;(
プラグインはどのようなものをお使いですか？まだお伺いしていなかったかもしれません。
プラグイン関連のバグかどうかを確認するために、すべてのプラグインを無効にしました。長いスレッドでも安定して再現するようです。