Memoryleak auf Slave-Contoller

Das stimmt so nicht ganz: Das Problem ist der Linux Kernel, pam_systemd ist nur ein Auslöser.
Als Work-around werden wir heute letzteres standardmäßig deaktivieren: Bug #49910
Das eigentliche Problem im Linux Kernel bleibt bestehen und wir über Bug #49614 verfolgt. Das Problem ist übrigend nicht mit 4.9.17x behoben, der offizielle Patch ist erst in 5.3 eingeflossen. Ein Backport ist alles andere als trivial.

Steigende IO ist eher ein Folgeproblem, weil dem System irgendwann der Speicher knapp wird.

Ich bezog mich auf diesen Bug: https://github.com/systemd/systemd/issues/8015

Bei Debian 9 ist er noch nicht behoben, der hohe Slab-Verbrauch lässt sich aber mit einem Workaround eindämmen. Die toten User-Sessions bleiben aber weiterhin im System hängen und schreiben langsam /var/run voll.

Edit: den hohen Slab-Verbrauch konnte ich bisher nur bei per Container virtualisierten Maschinen (Virtuozzo) sehen, jedoch nicht bei echter Hardware oder Xen-VM.

noch mal ein PS dazu, mein Kernel 4.9.186 läuft ohne Probleme. (27 Tage)

Mastodon