「ランチャー」が失敗しました - ストレージ容量不足 - ランチャーがアプリを破壊しました

インストール
1

皆さん、こんにちは。
これはバグでしょうか？

-> $ ./launcher destroy app
x86_64 arch detected.

WARNING: We are about to start downloading the Discourse base image
This process may take anywhere between a few minutes to an hour, depending on your network speed

Please be patient

2.0.20220128-1817: Pulling from discourse/base
Digest: sha256:dcb4eb8e41a2e84f776f80587f308d167a54ad7ff4ba616199891828bbd4ddae
Status: Downloaded newer image for discourse/base:2.0.20220128-1817
docker.io/discourse/base:2.0.20220128-1817
You have less than 5GB of free space on the disk where /var/lib/docker is located. You will need more space to continue
Filesystem                         Size  Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-ubuntu--lv   19G   14G  3.8G  79% /

Would you like to attempt to recover space by cleaning docker images and containers in the system? (y/N)y
If the cleanup was successful, you may try again now

もしストレージが実際に限られているとしても、他のすべての操作は失敗するかもしれませんが、それでも「launcher」はコンテナの破棄を停止すべきではないですよね？
その背後にあるロジックは何でしょうか？
「stop」でも同じようなことが起こります。

追伸：Discourseは初めてなのですが、なぜ「destroy」で「..Discourseのダウンロードを開始します..」となるのでしょうか？

2

./launcher destroy app と言うと、launcher は app.yml ファイルで定義されたサイトに対して操作を行うことを意味します。その app.yml ファイルを解析し、そこに記述されたすべてのロジックを構築するために、何らかのソフトウェアが必要です。そして、Discourse を実行している何千もの異なるホストに存在するソフトウェアを実際に制御することはできないため、Discourse のために使用しているのと同じベースイメージを使用して、app.yml ファイルの内容を解析および解釈します。そのため、ダウンロードが必要になります。

スペースを確保できない場合は、抽象化レベルを下げて直接 docker コマンドを使用することもできます。この例では、同等のコマンドは docker stop app && docker rm app になります。

「いいね！」 2
3

20GBは運用にはぎりぎりで、フォーラムにデータが多くなると、規定の方法、サポートされている簡単な方法で操作できなくなります。最低でも25GB、できれば50GBから始めることをお勧めします。

バックアップが容量を圧迫していないか確認することもできますか？しかし、いつかバックアップを作成できるようになりたいと思うかもしれません。