長年問題なく稼働していた50GBのドロップレットで、現在アップロードが11.7GB使用されています。数週間前までは、少なくとも15〜20GBの空き容量がありました。1週間ほど不在にした後、管理画面に入ったところ、空き容量が700MB（バックアップが約5GB）しかなく、それを削除したところ、再び5.7GBの空き容量しかありませんでした。
何度かすべてをアップグレードした後、複数回 ./launcher cleanup を実行しましたが（以前はこれで15GB以上解放されていました）、常に「解放できる容量は0バイトです」と表示されます。
そのため、何が起こったのかわかりません。1週間不在にしていた前にその容量すべてが利用可能だったと断言はできませんが、そうだったと確信しており、その間に容量を大量に消費するようなアップデートは行われていません。
何かアイデアはありますか？ ブロックストレージを追加してアップロードの移動を検討しようと思っていましたが、アップロードがすべての容量を占めているわけではないので、まだ不足している/何かで容量が埋まっている状態です。また、念のため新しいバックアップを作成するのに十分な空き容量がなくなったため、バックアップなしでそれを行うのは少し不安です。
Benjamin_D
(Benjamin Decotte)
2
古いカーネルのせいでしょうか？
sudo apt autoremove？
ログを確認しますか？
「いいね！」 1
Canapin
(Coin-coin le Canapin)
3
こんにちは！バックアップフォルダに容量を占めている破損した/一時的なバックアップがないか確認しましたか？私には何度かありました。
ディスク容量がどこに消えているかを確認するために、コマンドラインツールncduを使用しています。このようにして問題を特定しました。
注意：ディスク容量がなくなった場合は、リモートダウンロード画像の設定がこれのために自動的に無効になっていないことを確認してください。これについては通知されるはずですが、私は何度か見逃してしまいました。この通知を受け取ったかどうかも定かではありません。
「いいね！」 3
Ed_S
(Ed S)
4
「いいね！」 2
pfaffman
(Jay Pfaffman)
5
試すことができます
sudo journalctl --vacuum-size=100M
最近、1GB/25GBのシステムでこれで数GB節約できました。
しかし、12GBのアップロードを含むバックアップを作成している場合、バックアップの作成にはその約2倍の時間がかかり、数回のバックアップでディスクがいっぱいになる可能性があります。
サイトに保存されているバックアップはありません。通常、最新のもの（約5.8GB）を保持し、古いものを削除します（それらもすべてサイト外にバックアップされています）。しかし、現在サイトには何もありません。ディスク容量の管理者が報告しているのは、12GBのアップロードのみです。ドロップレットを拡張するか、ブロックストレージを追加することを計画していましたが、その前にすべての容量がなくなってしまいました。しばらくの間、バックアップを作成していませんでした。ここでブロックストレージガイドを見ていましたが、単に「購入して接続する」以上のことだったので、移動して何かを変更するリスクを冒したくありませんでした。
完全に空ではなく、700MBまで減っていましたが、確認したところ、無効にはなっていませんでした。お知らせいただきありがとうございます。
ここに記載されているすべての提案を試して、どれかが機能するかどうか、または容量がどこにあるかを確認します。
これは何もクリアしませんでした。
これは、彼が25GBのインストールについて話しているのに対し、私のものは50GBのドロップレット上にあるため、何かがおかしいことを私に確認させてくれます！
「いいね！」 1
バックアップフォルダを確認しましたが、ランダムなファイルがいくつかありました。最大のものは700MBのdpkg.status.0で、次に200MBの6つの（連番の）dpkg.status.1.gzがありました。これらを削除しても安全ですか？それは大部分のスペースを占めていませんが、それは約1.6GBで、少なくともバックアップに近づくのに役立ちます…
編集：わかりました、var/backupsには何もありませんでしたが、Admin cpにリストされていないvar/discourse/shared/standalone/backupsで1つ見つけました。そのため、それを削除した後、6.5GBを取得しました。
ncduをインストールして実行したところ、最大のフォルダは20GBで、残りはほとんどないとのことです。つまり、var/discourseにない30GBがどこかに不足しているということですか？
それ以外に、2.2GBのスワップファイルがあります。バックアップ内のものを含めて約4GBです。明らかに他のランダムなファイルがあり、それらを除くと20GBが説明されていません。
スナップショットを取得し、ブロックストレージを作成して、アップロードを移動すれば、22GBになります。スペースが永遠に消えていき、さらに移動できるものがなくなるのではないかと心配しています。
pfaffman
(Jay Pfaffman)
8
以前お勧めしたジャーナルに関するコマンドを実行しましたか？
ルートからncduを実行して、どこに何があるか確認してください。
Ed_S
(Ed S)
9
具体的には、ルート権限でサーバー上で\ndu -kx / | sort -n | tail -49\nまたはそれに類するコマンドを実行することをお勧めします。前提条件なしで、実際に何が起こっているかを確認する戦術が必要です。\n\nコマンドラインにいる間に、\n\n\ndf -mT\nfree\n\n\nそしてさらに\n\n\ndocker system df\ndocker images\n\n\nバックアップに関するあなたの発言が気になります。バックアップには2種類あります。添付ファイルを含む通常のバックアップと、それらを除外する軽量バックアップです。それらのサイズは異なるはずです。自動スケジュールバックアップの設定オプションがあるはずです。自動バックアップが容量があるときに発生し、それが容量を使い果たしている可能性があります。\n\n削除する前にファイルをよく確認することをお勧めします。日付とタイムスタンプ、サイズを確認してください。それは、それらがどのように存在したかを判断するのに役立ちます。\n\n開いているファイルを削除すると、リストから外れますが、閉じられるまで削除されないことに注意する価値があります。したがって、サーバーを再起動すると、異なる状況が見られる可能性さえあります。
「いいね！」 3
