[systemd-devel] [lennart at kemper.freedesktop.org: [systemd-commits] src/pam-module.c]
Lennart Poettering
lennart at poettering.net
Tue Feb 8 02:15:11 PST 2011
On Tue, 08.02.11 12:29, Andrey Borzenkov (arvidjaar at mail.ru) wrote:
> > The rtkit patch ensures rtkit itself can get RT privs. This systemd
> > patch ensures apps (such as PA) started within a systemd session can get
> > RT privs. Without neither patch neither side can get RT privs. To work
> > properly both sides need to be able to get RT privs.
> >
>
> Do I need this patch to *strart* rtkit?
Hmm, yes? The cgroup fix needs to be applied when you start rtkit.
>
> {pts/0}% sudo systemctl status rtkit-daemon.service
> rtkit-daemon.service - RealtimeKit Scheduling Policy Service
> Loaded: loaded (/lib/systemd/system/rtkit-daemon.service)
> Active: active (running) since Tue, 08 Feb 2011 12:22:30 +0300; 5s ago
> Main PID: 13399 (rtkit-daemon)
> Status: "Running."
> CGroup: name=systemd:/system/rtkit-daemon.service
> └ 13399 /usr/lib64/rtkit-daemon
>
> Feb 8 12:22:30 cooker rtkit-daemon[13399]: Failed to make ourselves
> RT: Operation not permitted
> {pts/1}% systemctl --no-pager --property=ControlGroups show rtkit-daemon.service
> ControlGroups=name=systemd:/system/rtkit-daemon.service cpu:/
Uh, oh. Are you suggesting that rtkit does not actually run in the cpu:/
cgroup? Can you verify this with "ps xawf -eo pid,args,cgroup"?
> BTW property name is incinsistent between unit definition and
> systemctl output - ControlGroup vs. ControlGroups. Is it intentional?
Oh, good point. Fixed now.
Lennart
--
Lennart Poettering - Red Hat, Inc.
More information about the systemd-devel
mailing list