user-1000.journal has a fill level at 75.0

Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
Antworten
Benutzeravatar
xcomm
Beiträge: 793
Registriert: 21.09.2003 05:12:01
Wohnort: Europe
Kontaktdaten:

user-1000.journal has a fill level at 75.0

Beitrag von xcomm » 14.04.2022 10:51:09

Hi Gemeinde,

sehe das da im dmesg:

Code: Alles auswählen

[357824.501120] systemd-journald[415]: Data hash table of /var/log/journal/ff5c795299934568959f27b249d268d4/user-1000.journal has a fill level at 75.0 (174764 of 233016 items, 125829120 file size, 719 bytes per hash table item), suggesting rotation.
Was wird da nicht rotiert? Wo muss ich schauen?

Habe jetzt das ausgeführt:

Code: Alles auswählen

journalctl --vacuum-time=10d
Aber vermutlich stimmt ja was generell mit der Rotation oben nicht?
Danke, xcomm

Benutzeravatar
Six
Beiträge: 8066
Registriert: 21.12.2001 13:39:28
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Siegburg

Re: user-1000.journal has a fill level at 75.0

Beitrag von Six » 20.04.2022 08:55:03

Ach, systemd... wie so vieles bei systemd geht das schon, aber man muss indirekt arbeiten.

Als erstes führe dir

Code: Alles auswählen

man journald.conf
zu Gemüte.

Du wirst feststellen, dass a) für den user-1000.service eine eigene journald@user-1000.service.conf Datei existiert, und b) du Logrotation über zwei Parameter beeinflussen kannst.
1) SystemMaxFileSize
2) MaxFileSec

Mit 1) kannst du angeben, wie groß eine Logdatei werden darf, bevor eine neue Datei erstellt wird. Mit 2) kannst du angeben, wie viel Zeit vergehen darf, bis eine neue Datei erstellt wird. Ich glaube (!), dass journald beides berücksichtigt und rotiert, wenn min. eine der beiden Bedingungen erfüllt ist, aber es gibt Feinheiten zu beachten, z.B. welchen Speichermodus du für dein Journal verwendest. Wie gesagt: man journald.conf ist dein Freund.

Mit
3) SystemMaxUse und
4) SystemKeepFree

kannst du globale Obergrenzen für journald einstellen. 3) bestimmt wieviel Speicherplatz journald insgesamt maximal benutzen darf (default sind 4GB oder 10% des Filesystems, was immer kleiner ist), und 4) bestimmt wieviel Platz mindestens auf dem Filesystem frei gehalten werden muss (ich meine default ist hier 15%, bin mir aber nicht so sicher). Daraus folgt, journald beginnt Logdateien wegzuwerfen, wenn die Limits verletzt werden.

Was dir übrigens auch helfen kann, ist die Einträge für den User-1000.service zu "compressen". journald speichert Logs ja eh in einem Binärformat (tolle Idee!) und da macht das Komprimieren das auch nicht schlimmer.
Be seeing you!

Antworten