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

[Felipe Sateler]

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.

Saludos