こんにちは、Debian 13 を実行している 25GB のクラウド VM で、小規模な自己ホスト型フォーラムを運営しています。./launcher rebuild app を使用して 2026.6.0-latest への更新を試みましたが、ディスク容量不足により更新がキャンセルされました。プロンプトに従って Docker イメージを整理しましたが、改善しませんでした。現在、空き容量は 3.9 GB です。フォーラムのアップロードファイルは 138 MB、バックアップは 448 MB です。サーバーには Discourse のインストール以外に何も入っていません。
du で調査した結果、/var/lib/containerd が 13 GB、/var/docker が 5.1 GB であることがわかりました。これらがこれほど多くの容量を消費するのは正常でしょうか？何か対処法はありますか？
もしこれが正常であれば、追加のストレージ費用を支払う必要があるでしょう。追加費用が発生する前に確認したかっただけです。ありがとうございます！
うーん… ./launcher cleanup を試しましたか？
クリーンアップを実行する価値があります。何が起きたか詳細を投稿してください。以下は私が以前に行った例です：
root@ubuntu-2gb-nbg1-1:/var/discourse# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 19G 12G 6.5G 65% /
root@ubuntu-2gb-nbg1-1:/var/discourse# ./launcher cleanup
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] y
Total reclaimed space: 0B
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] y
Deleted Images:
deleted: sha256:33ce56b3484175342191a344fe1aa9f330431de7bf6f0f0e14f75c5bd851a5b0
deleted: sha256:5e04a0411f813e8f2c1a50d84a7d7bb1b17a855ce041730cf8e3b2fb90144b19
untagged: discourse/base:2.0.20200512-1735
untagged: discourse/base@sha256:7f6c5be23a8e4237cecafaca9d041de5964f8237345b7b183cebdee1f73ed024
deleted: sha256:991acdba0b1f18141192f8682bc5ec1c3365dff0d4fa1c6504e6ce0e3ae6dd76
deleted: sha256:e1c41c8dbd697ae0a61ca612c61f085f69f5bf74c4269cf5c68b4de0fec723fa
deleted: sha256:c2adabaecedbda0af72b153c6499a0555f3a769d52370469d8f6bd6328af9b13
untagged: discourse/base:2.0.20200724-1815
untagged: discourse/base@sha256:1d5eb2f8eae84203b28d3c643648d0dd7d213c2055865cfa5132e30db9e365d5
Total reclaimed space: 2.591GB
# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 19G 8.7G 9.3G 49% /
ディスク使用量を詳しく確認し、その結果もここに投稿することをお勧めします！例えば以下を参照してください。
システムにバックアップがある場合は、それらをダウンロードしてテストし、最新のもの以外をすべて削除してください。もし極度の圧迫状況にある場合は、最新のものも削除してください（私の場合は、ダウンロードしたコピーがまず自身のオフサイトバックアップに含まれていることを確認しています。常に少なくとも2つのコピーを保持してください）。
OSレベルで質問に答える du 以外に、Dockerレベルでも確認できます。詳細な結果を投稿してください！
# docker volume ls -qf dangling=true
# docker images -a
25Gのインスタンスでディスク使用量をやりくりするのは困難です。私は長期間これに取り組み、時間を費やし、システム管理者としての経験を活かしました。最終的にはプロバイダーを変更し、より安く40Gを取得したところ、はるかに良くなりました。
また、以前の記事も参照してください：
Discourse upgrade fails due to insufficient disk space on 25G droplet
非常に有益な情報ありがとうございます。
cleanup を実行する前に、Discourse はリストアを行わずにバックアップの整合性を検証する方法を提供していますか？
du -hx / | sort -h | tail -49 の出力結果です（-h を使うと結果を解析しやすかったので使いました）:
833M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby
833M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby/3.4.0
837M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var
837M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www
837M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse
837M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse/vendor
837M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse/vendor/bundle
837M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse/vendor/bundle/ruby
837M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs/var/www/discourse/vendor/bundle/ruby/3.4.0
839M /var/discourse/shared
839M /var/discourse/shared/standalone
840M /var/discourse
863M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42
863M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs
868M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283
868M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/283/fs
874M /var/lib/containerd.io.containerd.snapshotter.v1.overlayfs/snapshots/284
874M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/284/fs
874M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43
874M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs
908M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/263/fs/usr
925M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22/fs/usr
944M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/263
944M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/263/fs
961M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22
961M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22/fs
1.3G /usr
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var/www
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var/www/discourse
1.5G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var
1.5G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www
1.5G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse
1.6G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227
1.6G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs
2.5G /var/log
2.5G /var/log/journal
2.5G /var/log/journal/1d9299c9656046d6bd0e18d4a09c183c
2.7G /var/lib/containerd/io.containerd.content.v1.content
2.7G /var/lib/containerd/io.containerd.content.v1.content/blobs
2.7G /var/lib/containerd/io.containerd.content.v1.content/blobs/sha256
9.8G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs
9.8G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots
13G /var/lib
13G /var/lib/containerd
17G /var
20G /
docker volume ls -qf dangling=true の出力は空でした。実際、docker volume ls も空です。
docker images -a の結果:
IMAGE ID DISK USAGE CONTENT SIZE EXTRA
discourse/base:2.0.20260209-1300 50d2dae489a9 4.77GB 1.12GB
discourse/base:2.0.20260521-0047 27373b823bbe 4.89GB 1.17GB
local_discourse/app:latest 01527763be8d 6.9GB 1.63GB U
Docker について知識が不足しており、この出力を診断できませんが、単なるログであれば /var/log/ が少し大きすぎるように思えます。また、現在稼働しているフォーラムは 1 つだけなのにイメージが 3 つあるのは興味深いです（もちろんこれは想定内のことかもしれません）。
ストレージ容量を増やすという点については理解しました。おそらく容量を増設すると思いますが、その前に良い学習機会となりました。
ジャーナリングを再構成することで、少し節約できます。
Docker コンテナの管理については、私自身あまり理解できていません。時々、クリーンアップが役立つことがあります。今、以下のコマンドを実行しました。
# cd /var/discourse/
# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 38G 24G 13G 67% /
# docker images -a
i Info → U In Use
IMAGE ID DISK USAGE CONTENT SIZE EXTRA
discourse/base:2.0.20260209-1300 18ccefc73392 3.1GB 0B
local_discourse/app:latest 810ac5579584 4.57GB 0B U
<untagged> d303cfc49c99 4.37GB 0B
<untagged> a9d03385c205 4.34GB 0B
# ./launcher cleanup
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] y
Total reclaimed space: 0B
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] y
Deleted Images:
deleted: sha256:d303cfc49c992b7fa0b0da65e38f3de79312c6e42eb99e5fd7b27bf4e237ab1d
deleted: sha256:829057c668fd2bd0f7b863c2589e5c3c27364285b39d6df31d38eb208e6410df
untagged: discourse/base:2.0.20260209-1300
untagged: discourse/base@sha256:50d2dae489a9c9916c3d50d880f7f1282fcbe179339b60a8947ab135c1f1f9bf
deleted: sha256:a9d03385c205f740e5f02db0c665a83688f7194d5386bd2d01772b8b5cd5dc65
deleted: sha256:70ec1b4b6cab7365b5f56b8187ef7631e6906fe13b5d3a2b1e39d3457d14514c
Total reclaimed space: 2.517GB
# docker images -a
i Info → U In Use
IMAGE ID DISK USAGE CONTENT SIZE EXTRA
local_discourse/app:latest 810ac5579584 4.57GB 0B U
<untagged> 18ccefc73392 3.1GB 0B
# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 38G 21G 15G 59% /
./launcher cleanup の出力:
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] y
Total reclaimed space: 0B
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] y
Deleted Images:
untagged: discourse/base:2.0.20260209-1300
deleted: sha256:50d2dae489a9c9916c3d50d880f7f1282fcbe179339b60a8947ab135c1f1f9bf
deleted: sha256:1bb6f08ca8363e7e002eaf8bafc76b7742d8baa429f816cde77d3d38d234c98a
deleted: sha256:07596c600885cf3f0647c4b41959c5631328ee37af14913b9f2b1b1771ad4f45
untagged: discourse/base:2.0.20260521-0047
deleted: sha256:27373b823bbeca526dd006cefe1c58e7eeca1e5670ab6e619fcd2138f7d50420
deleted: sha256:ab90467600edc09bae8ac2f43420b7c771f87d357aa15646cd40025ec0774fda
deleted: sha256:053438a5cf1727f724f96a4d7af0b135929f633afd8ee05edcddeaf99232b636
Total reclaimed space: 1.17GB
しかし、これは奇妙です。私の Discourse フォーラムの空き容量は、先ほどまで 3.9 GB だったのが、今は 8.5 GB に増えています。再度 du -hx / | sort -h | tail -49 を実行して、以前の結果と比較すると、/var/lib が 8 GB 縮んでいることがわかります:
628M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse/vendor/bundle/ruby
628M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse/vendor/bundle/ruby/3.4.0
629M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse/vendor
733M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby/3.4.0/gems
792M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var/www/discourse/node_modules/.pnpm
793M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var/www/discourse/node_modules
794M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var
794M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var/www
794M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs/var/www/discourse
833M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var
833M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www
833M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse
833M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor
833M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle
833M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby
833M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs/var/www/discourse/vendor/bundle/ruby/3.4.0
839M /var/discourse/shared
839M /var/discourse/shared/standalone
841M /var/discourse
863M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42
863M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/42/fs
874M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43
874M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/43/fs
925M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22/fs/usr
961M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22
961M /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/22/fs
1.3G /usr
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var/www
1.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/251/fs/var/www/discourse
1.5G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var
1.5G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www
1.5G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs/var/www/discourse
1.6G /var/lib/containerd/io.containerd.content.v1.content
1.6G /var/lib/containerd/io.containerd.content.v1.content/blobs
1.6G /var/lib/containerd/io.containerd.content.v1.content/blobs/sha256
1.6G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227
1.6G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/227/fs
2.5G /var/log
2.5G /var/log/journal
2.5G /var/log/journal/1d9299c9656046d6bd0e18d4a09c183c
6.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs
6.4G /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots
7.9G /var/lib/containerd
8.0G /var/lib
12G /var
15G /
また、docker images -a の結果も明らかに異なります:
IMAGE ID DISK USAGE CONTENT SIZE EXTRA
local_discourse/app:latest 01527763be8d 6.9GB 1.63GB U
どうやら ./launcher cleanup は、回収された容量を実際より少なく報告しているようです。
これで更新を実行するのに十分な容量が確保できました。更新後に cleanup を実行するのは、良い習慣のようですね。
ご支援ありがとうございました！
2 つのベースイメージをクリーンアップし、ローカルでビルドされたイメージを残しました。
ベースイメージは、元のインストールプロセスの名残だけでしょうか？それとも rebuild app 実行時にもダウンロードされるのでしょうか？
はい。最新イメージが存在しない場合はダウンロードされ、そこからローカルイメージをビルドします。
複数のベースイメージを保持したい理由が思いつきません…