On Sun, 12 Oct 2014 18:49:32 +0200 Marcin Szewczyk
<[email protected]> wrote:
> On Sun, Oct 12, 2014 at 06:09:46PM +0200, Marcin Szewczyk wrote:
> > On Sun, Oct 12, 2014 at 05:25:43PM +0200, Marcin Szewczyk wrote:
> > > cgmanager: DEBUG per_ctrl_move_pid_main: 31385, memory -
user.slice/user-1000.slice/session-c13.scope
> > >
> > > That means that when systemd-shim calls cgmanager to
MovePid/MovePidAbs
> > > it uses a special controller name "all". But it seems "all"
doesn't
> > > include some controllers -- for example "name=systemd".
> > >
> > > Questions are:
> > > 1) Should cgmanager move pid to "name=systemd" when called with
"all"
> > > controller?
> >
> > So, I think it should and it would. I omitted very important line
from
> > my previous log:
> >
> > cgmanager: DEBUG per_ctrl_move_pid_main: 31385, memory -
user.slice/user-1000.slice/session-c13.scope
> > cgmanager: Found no cgroup entry for pid 31388 controller memory
> >
> > The thing is -- cgmanager jumps out from the "all" loop after some
> > problem with the "memory" controller. I do not know what to do
with it
> > yet.
>
> I have applied a patch (attached) to cgmanager and everything seems
to
> work now. I will send it to cgmanager maintainer and upstream to ask
if
> it makes sense.
Serge Hallyn is really good about quickly packaging up his new releases
(he is maintainer upstream and in Debian (co-maintainer) and Ubuntu),
so best bet is to just email him with the patch, or make a pull request
on GitHub, whichever you prefer.
Also, can you review this additional fixup:
https://github.com/cgmanager/cgmanager/pull/16 ?
Best regards,
--
Cameron Norman
