AstonJ
(AstonJ)
1
1時間以上この状態です。
I, [2024-04-17T09:57:04.110084 #1] INFO -- : > cd /var/www/discourse & su discourse -c 'bundle exec rake assets:precompile:build'
97:M 17 Apr 2024 10:01:01.012 * 100 changes in 300 seconds. Saving...
97:M 17 Apr 2024 10:01:01.012 * Background saving started by pid 3733
3733:C 17 Apr 2024 10:01:01.026 * DB saved on disk
3733:C 17 Apr 2024 10:01:01.027 * Fork CoW for RDB: current 1 MB, peak 1 MB, average 0 MB
97:M 17 Apr 2024 10:01:01.112 * Background saving terminated with success
97:M 17 Apr 2024 10:56:01.848 * Replication backlog freed after 3600 seconds without connected replicas.
サーバーには64GBのメモリがあるので、メモリの問題だとは思いませんが、コンテナではセットアップの推奨事項に従ってdb_shared_buffers: "4096MB"を指定していました。
何か原因やトラブルシューティング、修正方法のアイデアはありますか?
pfaffman
(Jay Pfaffman)
2
それは奇妙ですね。Ctrl+Cを押して、もう一度試してみます。
「いいね!」 2
AstonJ
(AstonJ)
3
ジェイさん、ありがとうございます。2時間待って、それを実行しました(アーカイブされたフォーラムなので、ダウンタイムはあまり気になりませんでした)。
唯一違ったのは、- git clone https://github.com/discourse/discourse-calendar を追加したことですが、末尾に.gitがなかったことに気づきました。それが違いを生んだかどうかはわかりません。
「いいね!」 2
AstonJ
(AstonJ)
4
この問題が発生して以来、サーバーで問題が発生しています。最初にこの問題が発生したとき、サーバー上の他のRubyサイトにアクセスできないことに気づきました。これは数日おきに2回発生し、再起動で解決しました(これらのサイトはDiscourse認証を使用しています)。今回再び発生しましたが、今回はDiscourseフォーラムのうち2つで 504 Gateway Time-out も発生していました。
再構築がハングするという同様の問題を抱えている人がいることに気づきましたが、最近Discourseでこれに関連する変更があったのでしょうか? DiscourseはシステムRubyなど、コンテナ外のものを変更しますか? とても奇妙です 
pfaffman
(Jay Pfaffman)
5
昨日、低RAMサーバーがより奇妙に/迅速に再構築できるようになった修正がありましたが、それは2GBをテストしているため機能しない可能性があり、あなたの問題はおそらく2GB以上あるが、サーバー上の他のものですべて占有されていることです。
私の推測では、RAMがもっと必要だということです。
「いいね!」 1
AstonJ
(AstonJ)
6
サーバーには64GBのRAMがあり、各DCインスタンスはdb_shared_buffers: \"4096MB\"で設定されています。
また、これらの追加の問題は再構築時には発生していませんが、元の問題の残骸のようです。
./launcher cleanupでDockerをクリーンアップして様子を見ますが、それまでに他に何かアイデアがあれば、大歓迎です。
編集: docker container ls -aを実行した後、奇妙なことに気づきました。それについては新しいスレッドを立てます。
system
(system)
クローズされました:
7
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.