On Tue, 28 Oct 2014 09:40:23 -0300 Felipe Sateler <fsate...@debian.org> wrote: > On Tue, 1 Jul 2014 15:36:31 -0400 Felipe Sateler <fsate...@debian.org> wrote: > > Hi Michael, > > > > On Tue, Jun 24, 2014 at 11:32 AM, Felipe Sateler <fsate...@debian.org> > > wrote: > > > Hi Michael, > > > > > > On Mon, Jun 23, 2014 at 8:37 PM, Michael Biebl <bi...@debian.org> wrote: > > >> > > >> On Sat, May 10, 2014 at 06:34:06AM +0200, Michael Biebl wrote: > > >> > Package: rtkit > > >> > Version: 0.11-1 > > >> > Severity: normal > > >> > > > >> > Hi, > > >> > > > >> > with systemd 208 I'm getting the following warning: > > >> > > > >> > [/lib/systemd/system/rtkit-daemon.service:32] Unknown lvalue > > >> > 'ControlGroup' in section 'Service' > > >> > > > >> > The corresponding NEWS entry from v205: > > >> > > > >> > * As discussed earlier, the low-level cgroup configuration > > >> > options ControlGroup=, ControlGroupModify=, > > >> > ControlGroupPersistent=, ControlGroupAttribute= have been > > >> > removed. Please use high-level attribute settings instead as > > >> > well as slice units. > > >> > See also > > >> > http://lists.freedesktop.org/archives/systemd-devel/2013-July/011679.html > > >> > > >> Hi, are there any news on this bug report? > > >> The straight-forward fix is to simply drop the relevant ControlGroup= > > >> line from the service file. See also [1] for a similar change in Fedora. > > > > > > But is it a fix? Can you confirm that systemd/linux is doing the right > > > thing nowadays WRT to cpu cgroups and realtime? > > > > > > This workaround was there for a reason, as explained by [1]. The > > > ControlGroup lvalue was removed in systemd 204. Should we need to add > > > a versioned breaks on systemd <205? > > > > > > [1] > > > http://www.freedesktop.org/wiki/Software/systemd/MyServiceCantGetRealtime/ > > > although this seems outdated now. > > > > Please see this reply from Lennart on this issue[1]. Unfortunately, I > > do not know how to implement such a workaround. > > On IRC Lennart noted that his proposed solution wouldn't work because > cgroup settings would be flushed if the service is restarted. > > He proposed instead that a small wrapper script could be ran in > ExecStartPre= that fiddles with the cgroup settings. > > I still do not know what cgroup changes are needed, though.
It appears that one needs to write to a file <cgroup>/cpu.rt_runtime_us (and all the way up the cgroup tree). However that requires a CONFIG_RT_GROUP_SCHED enabled kernel, which debian doesn't have. Not sure how to move on... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
