スペースの細かなやりくりは、あまり価値がないと思います。
これらはすべて、再びいっぱいになります。
より大きな問題に対処してください。このサーバーは手狭になりました。
より大きなサーバーを起動し、できるだけ早く移行してください。
バックアップファイルを作成または移動するために、このサーバーを復旧するだけです。
スペースの細かなやりくりは、あまり価値がないと思います。
これらはすべて、再びいっぱいになります。
より大きな問題に対処してください。このサーバーは手狭になりました。
より大きなサーバーを起動し、できるだけ早く移行してください。
バックアップファイルを作成または移動するために、このサーバーを復旧するだけです。
しかし、サーバーで ./launcher cleanup を実行したことがない場合、古いイメージが場所を占めている可能性があります。これはワンクリックインストールから作成されたように見えるため、標準インストールのサーバーメンテナンスセクションがスキップされた可能性があります。
確認のために docker images の出力を確認したいのですが、もしそこに削除対象の孤立したイメージがあり、それが十分なスペースを解放してオンラインに戻し、適切なメンテナンス軌道に乗せることができれば、より明確な全体像が得られるはずです。
しかし、あなたの言う通り、リサイズの方が簡単なかもしれません。
おっしゃる通り、試す価値はあります。
ローカルの問題を解決するために、同サイズの別のサーバーに移動することも検討できます。
また、「アップロード集約型」フォーラムのフルバックアップが5つあることも疑っています(しかし、フルバックアップが存在するということは良いニュースでもありますね
)
5は多すぎると言えるでしょう。3で十分ではないでしょうか?
実際、その件についてはあなたの助言に従ったと思います。あるいはジェイだったかもしれませんが、s3に空き容量があるのでデフォルトの5のままにしてあります。OVHのデータセンター火災の後、頻度を2日に1回に設定し、「アップロード付きバックアップ」はデフォルトでオンになっています。
その場合、5Goのアップロードで、バックアップに25以上、さらにシステムが少し肥大化する可能性があり、おそらく50G近くになるでしょう。
こんにちは @danielabc
あなたのフォーラムは少なくとも再び機能しているようですので、何か正しいことをしているはずです。![]()
\u003chttps://www.dexforum.com.br/\u003e