管理者ページから自動アップグレードを実行しようとしましたが、一見正常に進んだように見えたものの、明らかに何かが失敗しました。管理パネルではアップグレードが完了していないと表示される一方、アップグレードパネルではすべて最新の状態と表示されています。./launcher rebuild app を実行しようとしましたが、ディスク容量不足のエラーが発生しました。古いバックアップを削除しましたが、空き容量が 3GB しか確保できず、必要な 5GB に達しません。
何か提案はありますか？すでに ./launcher cleanup を実行済みです。
どうやら Docker が多くの容量を占有しているようです：合計 9.3GB…
--- /var/lib/docker ---------------------------------------------------------------------------------------------------------------------------
/..
6.7 GiB [##########] /overlay2
2.7 GiB [### ] /volumes
--- /var/lib/docker/overlay2 ------------------------------------------------------------------------------------------------------------------
/..
3.8 GiB [##########] /5f823d00b5b399410cb9e99b8ea4f2b44e4607b88ee27a9328b4fb4267eeeac8
2.3 GiB [###### ] /11262dd0a2b59292c520629d74720326f0328995c321826f1d8ae4434fc7a482
OK、アップロードフォルダとバックアップをローカルマシンに取得し、サーバーから削除しました。これで十分な空き容量が確保され、
./launcher rebuild app
を実行できました。完了し、サイトは再び稼働しています。ホッ！でも、Docker がこれほど多くの容量を使用しているのは何か問題があるのか、まだ知りたいですね…
pfaffman
(Jay Pfaffman)
4
./launcher cleanup
使用していない Docker イメージとコンテナを削除します。
@pfaffman さん、ありがとうございます。実行しましたが、変化は見られませんでした。
そのサイズは適切でしょうか？
pfaffman
(Jay Pfaffman)
6
数字を確認していなくて申し訳ありませんが、その通りですね。
20GB ではかなり厳しい状況です。50GB を強くお勧めします。S3 または Digital Ocean Spaces のバケットにバックアップを保存しておけば、ディスクがバックアップで埋め尽くされるのを防げますが、復元時にはデータベースの複数のコピーが存在するため、復元処理自体に問題が生じる可能性があります。
tomtjes
(Thomas Reintjes)
7
私もこのアップグレードで同じ問題に遭遇しました。Docker を別のボリュームに移動することで解決しました。以下のガイドに従いました：