Yeah, what this probably means is that you tried to get Discourse to do so much work it had to time out the web worker (which happens after 30 seconds)
We should fix the underlying issue here, moving 100 posts really should not take that long and we can defer a bunch of the work.
Marking this as a performance bug
For now, the work-around would be to move by small portions?
Yes, absolutely. Your server is stretched anyway from what I can tell.
スレッド間で投稿を移動しようとしたところ、エラー 502 が発生しました。
かなり頻繁に起きています 
何人移動しましたか？
最近、私たちのケースでは、単一の投稿を新しいトピックに移動する際に、これが何度も発生しています。
数百から数十、あるいは単一の投稿まで、いくつかのセットを試しました！
なぜか、あるときは動作せず、別のときは問題なく動作する理由がわかりません。
2.4.0.beta4 (cb8fa46970) に更新しましたが、メッセージを 1 件/5 件/10 件/50 件移動する際に引き続き 502 エラーが発生します。
これにより管理業務が阻害され、スレッドの整理ができません。
不具合が発生しています。
ログや統計、設定情報などがあればご提供いただけますか？
同じ現象が発生しています。/logs には以下以外の関連するログが見つかりませんでした。
エラー: 理由フレーズがありません
URL: https://.no/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js
より良いデバッグ方法があれば、お知らせください。
過去に分割された既存のトピックに投稿を移動する際に表示される可能性のあるエラーを修正しました。これで、あなたが遭遇している問題は解決しましたか？
本当に新しいトピックへの移動時に発生したのでしょうか？もしそうであれば、私が修正し、ログで確認したエラーとは別の問題です。
/logs にエラーはありますか？どのくらいの投稿を移動させますか？トピックの最初の投稿を移動させますか？新しいトピックに移動しますか、それとも既存のトピックに移動しますか？特別なもの（囁き、削除された投稿、以前に分割されたトピックなど）は含まれていますか？
はい、最近のアップデートの前は、返信を新しいトピックに変更しようとする際に、502 Bad Gateway エラーが発生する問題に直面していました（これはランダムに発生し、常に起こるわけではありませんでした）。
もしこの問題がまだ発生するようであれば、報告します。
残念ながら、パターンを見つけるのに苦労しています。1 つまたは複数の投稿を移動する際に失敗します。ただし、多くの場合、私が多く持っている 2 つの大きなトピック間での移動時に失敗するのではないかという予感があります。多くのトピックは複数回分割されています。ウィスパーは使ったことはありませんが、ほとんどのトピックには削除された投稿が多数あります。/logs に決定的なエラーは見当たりません
編集：これは beta5 へのアップグレード後に始まったと思います。
こんにちは、
https://community.hiveeyes.org/ では、トピック間での投稿移動時に最近、同じ現象が発生しました。詳細は調査していませんが、
参考になれば幸いです。非公開のトピックから公開のトピックへ移動させようとしたのは単一の投稿 [1] だけで、その際にこのエラーが発生しました。その移動に失敗した後、投稿を手動で複製しました。
よろしくお願いいたします、
Andreas.
[1] Pycom Firmware Release 1.20.1 - #9 by clemens - Firmwareschmiede / Firmware development - Hiveeyes
はい、最新のバージョンではエラー 500は修正されるはずです。また、万が一他にバグがある場合に実際のエラーがログに表示されるように、別の修正をコミットしました。
エラー 502が発生する場合は、移動処理に時間がかかりすぎてタイムアウトしています。過去数ヶ月の間、投稿を移動する際にメタデータをより多く移動させるための変更を多数行ってきました。最適化を試みましたが、データ量に大きく依存するため、一部のサーバーでは 30 秒以内にすべての処理を完了させるには依然としてリソース集約的すぎる可能性があります。
解決策としては、この処理をさらにリファクタリングし、移動された投稿に関する情報を一時的なテーブルではなくデータベースに永続的に保存し、重い処理はすべてバックグラウンドジョブで実行するようにすることです。
その通りですね。502 エラーになるまでにリクエストが完了するまで、確かに時間がかかりますね 
