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