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