こんにちは。ユーザーがわずか3名で、アップロードされたファイルもほとんどないフォーラムで、常に「空き容量が少ない」という問題が発生しています。
クリーンアップとDockerのクリーンアップを実行しましたが、ご覧の通りバックアップは190MB、アップロードファイルは27MBしかありません。しかし、使用されているディスク容量は18GBもあります。なぜこれほど多くの容量を消費しているのでしょうか？アップグレードが実行できなくなる原因となっており、理にかなっていません。
GCP上でUbuntu 18.04 Bionic OSをセルフホストしています。
システムの肥大化を防ぐ方法や、インストールを埋め尽くす可能性のある過剰なキャッシュの問題について、ご意見をお聞かせください。
古い Docker イメージからディスク領域を解放するには、./launcher cleaup を使用できます。
試してみましたが、解放された容量は 0 です。本当に腹立たしいです
いくつかのスナップが見えますが、これはUbuntu Serverですか？
はい、Ubuntu です。
「スナップ」とは何ですか？私は詳しくありません。
ディスク容量は 18GB しかありません（/ にマウントされているのは /dev/sda1 です）。現在、7.2GB が空きで、11GB が使用されています。
これが OS、Docker、Discourse が占有する容量です。再ビルドを行うたびに ./launcher cleanup を実行する必要があります。
Jay さん、ありがとうございます。上記のすべてを試しましたが、クリーンアップを実行すると 0MB の回復しか得られませんでした。さらに、アプリの再構築中に発生したエラーでは、空き容量が 5GB 未満と表示されましたが、これも実際には正確ではありませんでした。
スペースを確保するために、一連の Linux クリーンアップコマンド（apt-get コマンドなど）を実行したところ、ようやくランチャーの再構築が可能になりました。
これは Discourse そのものというより、私の Ubuntu のバージョンやシステムの状態に起因する問題ではないかと推測しています。
貴重なフィードバックをいただき、感謝いたします。
Digital Ocean の 1GB ドロレットは 25GB のディスク容量を備えており、小規模なフォーラムの場合、直ちに問題が発生しない程度に十分な容量です。ただし、それでも数回のバックアップでディスクがいっぱいになってしまうことはよくあります。
これは社内向けのマイクロフォーラムです。アップロード容量は27MB、バックアップ容量は198MBのみです。ディスク容量は18GBあれば十分のはずですが、Linux環境のセットアップで容量が不足していました。ディスクサイズを増やすことは可能ですが、以前も経験したように、Google Cloud上では簡単な作業ではありません。
一方、はるかに多くのデータとユーザーを抱える別のフォーラムは、より小さなディスク上で正常に動作しています。このインストールまたは仮想マシンに何らかの問題が発生したようです。
