http://bugzilla.suse.com/show_bug.cgi?id=1165351 http://bugzilla.suse.com/show_bug.cgi?id=1165351#c40 --- Comment #40 from Thomas Blume <thomas.blume@suse.com> --- (In reply to Luis Chamberlain from comment #39)
However, it seems that the limit for the system daemon is fine and the problem is with the user daemon (systemd --user). In that case the workaround given was wrong indeed.
Please revert the changes in /etc/systemd/system.conf and edit /usr/lib/systemd/system/user-.slice.d/10-defaults.conf
instead. There please set MemoryHigh and MemoryMax limits according to the documentation in the systemd.resource-control manpage.
Please report whether this fixes the ooms.
Nope, the full 30 GiB *and* then swap are eaten up and then the OOM triggers. I rebooted the system after making the changes and trying.
Unfortunately, it seems that the session cleanup was successfull this time. I don't see a user@1000.slice on chivo anymore, so I cannot verify the settings. :( Could you please retry the login on chivo? Even better would be if you create a local (non root) user for me so that I can test myself and don't need to nag you all the time. -- You are receiving this mail because: You are on the CC list for the bug.