Bug#747568: rtkit-daemon.service:32] Unknown lvalue 'ControlGroup'

Felipe Sateler fsateler at debian.org
Wed Nov 12 04:56:10 UTC 2014


On Tue, 28 Oct 2014 09:40:23 -0300 Felipe Sateler <fsateler at debian.org> wrote:
> On Tue, 1 Jul 2014 15:36:31 -0400 Felipe Sateler <fsateler at debian.org> wrote:
> > Hi Michael,
> >
> > On Tue, Jun 24, 2014 at 11:32 AM, Felipe Sateler <fsateler at debian.org> wrote:
> > > Hi Michael,
> > >
> > > On Mon, Jun 23, 2014 at 8:37 PM, Michael Biebl <biebl at 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...



More information about the pkg-multimedia-maintainers mailing list