Hello Martin, Thank you for your response. My point is that the issue originally reported in this bug is serious and it was swiftly corrected by Red-Hat and systemd developers. Debian maintainers decided to take no action and it appears that the stable distribution will have a buggy version of systemd until the next major release. What is even more interesting, the original post about the problem comes with a simple patch that when applied removes the problem completely. Is that patch incorrect? It works for me so far.
Now, it is not possible to use the stable Debian with the SLURM scheduler that controls jobs using cgroups, since systemd will destroy SLURM's memory controller configuration every time it is restarted, via the sequence: systemctl daemon-reload systemctl restart any.service In my case adding user accounts requires performing exactly these two steps, due to systemd.automount. I cannot do it when jobs are running and even installing new software is risky, as a package scripts can reload systemd followed by restarting a service. Best, Tomasz ________________________________________ From: Martin Pitt <mp...@debian.org> Sent: Wednesday, May 18, 2016 4:35 PM To: Tomasz Janowski; 803...@bugs.debian.org Subject: Re: Bug#803013: Delegate=yes Hello Tomasz, Tomasz Janowski [2016-05-18 10:53 -0400]: > I did not fully understand this, but what is the reason that Delegate=yes is > not available in Jessie? It was fixed upstream. This wasn't really planned -- it just so happened that the Delegate= option was added after 215, i. e. after the Jessie release. Martin -- Martin Pitt | http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
