Journalctlログが大きすぎますか?

Journalctlログが大きすぎますか?

たとえば、ランタイムでは、journalctl -f私のログが8ヶ月前の4月20日に停止したとマークされ、混乱しました。私は「少ない」演奏journalctl | lessしてG最後まで押しました。同じです。

そして私はそうし、4月20日よりさらに遠くに行くことができるようにjournalctl | less「ゆっくり」()降りた…ctrl+d

ログにたくさんの内容があります!ロードできることに限界があるからだと思います。しかし、ログを回転させてはいけませんか?それとも、ユーザーの介入なしに何とかトリムできますか?

journald.conf SystemMaxFileSize/に設定されていませんSystemMaxUse(私が見つけた解決策ここ)。上記を試してみることができますが、その底まで見てみたいです。

オンライン中万座路 5.8.18-1

どんな助けや洞察力でも大変感謝いたします。ありがとうございます!

ベストアンサー1

許可された答えが間違っています。

  1. デフォルトでは、Journaldはサイズを通常4GBに制限します。 ~から文書:

SystemMaxUse= と RuntimeMaxUse= [...] SystemKeepFree= と RuntimeKeepFree= [...] 最初のペアのデフォルト値は対応するファイルシステムサイズの 10% で、2 番目のペアのデフォルト値は 15% ですが、各値は 4G に制限されます。 。 。

  1. 実際、Journaldはジャーナルを回転させます。 ~から文書:

SystemMaxFileSize= および RuntimeMaxFileSize= は、単一のログファイルが大きくなる最大サイズを制御します。これは、回転(記録データの削除など)によって提供されるディスク領域の粒度に影響します。既定値は SystemMaxUse= および RuntimeMaxUse= で構成される値の 1/8 であるため、通常、置き換えられた 7 つのログ ファイルは履歴として保持されます。

ログが回転していることだけを知っていれば、ログはすでに回転しているので、何もする必要はありません。

ログサイズの制限を手動で減らしたり増やしたい場合に使用します SystemMaxUse=

回転速度を手動で減らしたり増やしたい場合に使用しますSystemMaxFileSize=

おすすめ記事