Bug#803013: systemd should not destroy application created cgroups

paul.szabo at sydney.edu.au paul.szabo at sydney.edu.au
Fri Nov 6 00:00:51 GMT 2015


Dear Michael,

>> I wonder how that line came to be missed on my machines: I upgraded from
>> wheezy (which was upgraded from previous releases).
>
> If that line was not automatically added it probably means you had made
> custom modifications to the file in the past.

Possible, but unlikely: the only difference between my 
  /etc/pam.d/common-session
file and that from the freshly installed jessie, is the
  session optional pam_systemd.so
line.

> Not having libpam-systemd installed probably means, that your user
> processes are not properly added to the correct cgroups.

I do have libpam-systemd installed (though not "active" because of my
"broken" common-session file).

With my "broken" /etc/pam.d/common-session file, systemd did not create
/sys/fs/cgroup/systemd/user.slice/user-N.slice/ directories. Why should
the lack of those interfere with my use of cgroups? If the PAM setting
is so important, should not it be set to required?

There is also a file
  /etc/pam.d/common-session-noninteractive
that does not contain the pam_systemd.so line, used for cron and sudo
(maybe others): can cgroups be used for or from those?

Cheers, Paul

Paul Szabo   psz at maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of Sydney    Australia




More information about the Pkg-systemd-maintainers mailing list