SystemMaxUse、SystemKeepFreeに準拠するためにスペースを解放するためにジャーナル処理されるトリガーは何ですか?

SystemMaxUse、SystemKeepFreeに準拠するためにスペースを解放するためにジャーナル処理されるトリガーは何ですか?

ソフトウェアアップデート(Ubuntuアップグレード)を実行して新しいLinuxカーネルをインストールすると、時々スペースが不足しますが、これは悪いことです。これはsystemdを含むUbuntu Bionic 18.04にあるため、Journaldがインストールされています。

デフォルトでは、Journaldは他のプロセスのためにドライブスペースの15%を予約し(SystemKeepFree)、スペースの最大10%を使用するように設定されています(SystemMaxUse)。しかし、しばしばこれらの価値を超えています。

それでは、真空掃除作業を引き起こす要因は何ですか?

他の作業でスペースが必要なときにスペースをすばやく取得するにはどうすればよいですか?

以前のクリーンアップジョブのログを取得する方法はありますか?記録されていますか?

grep機能がありません。なぜですか? (そして見てください。Ubuntuのバグ 1751657)

$ journalctl --grep journald
Compiled without pattern matching support

ベストアンサー1

なぜ超過したのかわかりませんSystemMaxUse=。申し訳ありません。

編集:コメントでは、@nealmcbは以下の回答を承認し、ジャーナルがそれ以外のものをSystemKeepFree=超えることを提案しましたSystemMaxUse=

他の作業でスペースが必要なときにスペースをすばやく取得するにはどうすればよいですか?

私は一般的にあなたがこれに頼ることができないと思います。 SystemKeepFree=動作方法は次のように安定していませんSystemMaxUse=

ファイルシステムがほぼいっぱいでsystemd-journaldを起動したときにSystemKeepFree =またはRuntimeKeepFree =に違反すると、制限は実際の使用可能な割合に増えます。つまり、ログファイルが生成される前に十分な空き容量があり、他の理由でファイルシステムがいっぱいになると、ログはスペースの使用を中止しますが、スペースを減らすために既存のファイルを削除しません。

実行中のシステムで構成ファイルを変更した場合は、次のように実行してそのファイルを再度読み取ることができます。systemctl restart systemd-journald

journalctl --vacuum...たとえば、コマンドのいずれかを使用して手動でスペースを減らすことができますjournalctl --vacuum-size=500M

クリーンアップを記録するコードがあるようですが、最近のバージョンではメッセージの優先順位が「デバッグ」に設定されています。おそらく、これはメッセージがデフォルトで表示されないことを意味します。望むより:システムの「クリーンアップ完了、ゼロバ​​イト解除」メッセージとはどういう意味ですか?

おすすめ記事