Bug#803013: systemd should not destroy application created cgroups
paul.szabo at sydney.edu.au
paul.szabo at sydney.edu.au
Sat Nov 14 10:08:39 GMT 2015
Dear Julian,
Thank you for the various pointers.
> You set Delegate=yes for the unit ...
That does not seem available yet in jessie.
> The kernel cgroups implementation moved or is moving to a
> single-writer, single-hierarchy implementation ...
It does not seem to have moved yet in jessie.
> ... user space daemon arbiter. systemd implements such an arbiter.
It should permit nominating some other arbiter, and does not seem to
have any plans to do that.
> While the kernel probably still allows for multiple hierarchies in
> order to not break the user space interface, they should not be used
> anymore.
Systemd has not yet implemented the cgrules functionality I require.
> [Delegate=yes] is a mid-term workaround, and will be dropped ...
OK.
---
What should I use now for cgrules, and what in the future?
Why is the conflict between the systemd and cgroup-tools packages not
explicit in Debian packaging?
---
About the patch I proposed. It seems wrong to pass empty strings. The
code contains assert(pto) etc to protect against NULL pointers, seems
an oversight to not have assert(strlen(pto)) also. My patch handles the
case of empty strings (though does not go deep enough to find their
origin). Would not my patch make systemd more robust?
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