テストが完了しました。
以下のプラグインを使用して構築しました。
https://github.com/discourse/docker_manager.git
https://github.com/discourse/discourse-data-explorer
https://github.com/communiteq/discourse-legal-compliance
https://github.com/pfaffman/discourse-allow-pm-to-staff
https://github.com/singerscreations/discourse-stopforumspam
https://github.com/discourse/discourse-cakeday
スワップは無効になっていたため、RAMは4GiB/3.8GBのみでした。
ビルド中の最大メモリ使用量は3.4GBでした。ビルド時間は6分48秒でした。
問題はスワップファイルでした。0GBから2GBに増やしたところ、今のところすべて順調です。
sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab
サーバーのターミナルで実行してください。その後、再構築してください。
再構築に必要なメモリが大幅に増加しています。8GBのメモリを搭載しており、8GBのスワップファイルを追加しても、このステップで容量が不足します。cd /var/www/discourse && sudo -E -u discourse bundle exec rake multisite:migrate
これは4つのフォーラムを持つマルチサイトインストールです。以前はスワップファイルを追加する必要はありませんでした。
編集 16Gのスワップで試しましたが、まだメモリが不足しています。
これは、最小限のプラグインが有効になっているLinux環境での話です。
うーん… ドキュメントを更新して、より高いメモリ要件を反映させるべきでしょうか？ Introducing pre-compiled JS assets for self-hosters はロードを減らすのに役立ちましたか？ その変更で、必要なRAMが少なくなると思ったのですが 
。
数ヶ月ぶりに再構築したかもしれませんが、8GBのRAMとスワップなしで以前は問題ありませんでした。まだ解決しておらず、そのため4つのサイトすべてがダウンしています。
これと関連があるかどうかはわかりませんが、環境変数 HOME: /var/www/discourse を設定するまでビルドできませんでした。さもなければ /root に書き込もうとしてアクセスが拒否されていました。
うーん、これらのプロセスが100以上見えます。
node /usr/bin/pnpm add pnpm@10.28.0 --loglevel=error --allow-build=@pnpm/exe --no-dangerously-allow-all-builds --config.node-linker=hoisted --config.bin=bin
これは何らかのフォークボムでしょうか？
スワップは、たとえシステムを復旧させるためだけでも、間違いなく大量に追加してください。ここでスワップを使用する利点は、ビルドが一時的なスパイクであることです。
私は2つのコンテナ設定を使用しており、ブートストラップ中には2つのコンテナが稼働しているため、メモリはさらに逼迫します。
40GBのスワップを追加しましたが、まだ足りません。
何百ものこれらのノードプロセスが見えますが、それが問題でしょうか？
根本原因は、/root の下にファイルを書き込もうとするのを避けるために HOME: /var/www/discourse にする必要があった以前の問題と同じではないかと考え始めています。しかし、どうすればよいかわかりません。
わかりました、何かが非常に間違っています。最初からバックアップを取り、再作成することも検討するでしょう。
それをどうやればいいですか？
参照:
ありがとうございます。まずはサーバー全体を前回正常だった状態に戻し、正常に動作しているシステムからバックアップを取るつもりです。
何が問題だったか、何かアイデアはありますか？
問題は確かにHOMEが正しく設定されていなかったことであり、マルチサイト移行のsudoコマンドに-Hを追加することで修正されました。詳細は以下に記載されています。