Bug#803013: systemd should not destroy application created cgroups

Paul Szabo paul.szabo at sydney.edu.au
Fri Jul 21 09:25:19 BST 2017


Dear Martin,

> ... the official and documented mechanism is to set
> "Delegate=yes" in a unit which wants to do its own cgroup management.
> Everything else is just a hack prone to bitrotting...

Where would I set that? My cgrulesengd (from package cgroup-tools) is
started from /etc/init.d/cgred, not from some systemd *.service thing.
My cgrulesengd sets things under
   /sys/fs/cgroup/cpu,cpuacct/
and I do not see that mentioned in any systemd config-type files.

>> (Distressing how this bug did not get fixed in two years...)
> 
> Like it apparently happened to the previous patch that we've been
> carrying for three years already:
> 
> https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/patches/debian/cgroup-don-t-trim-cgroup-trees-created-by-someone-el.patch
> 
> Seems this is not sufficient any more?

You mean file
 
debian/patches/debian/cgroup-don-t-trim-cgroup-trees-created-by-someone-el.patch
within
   systemd_232-25.debian.tar.xz
or already in say
   systemd_215-17+deb8u2.debian.tar.xz
No, it is not (and was never) sufficient: that is a different bug.

Thanks, 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