[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5163C53C.3050106@parallels.com>
Date: Tue, 9 Apr 2013 11:37:32 +0400
From: Glauber Costa <glommer@...allels.com>
To: Lennart Poettering <lpoetter@...hat.com>
CC: Tejun Heo <tj@...nel.org>, Li Zefan <lizefan@...wei.com>,
<containers@...ts.linux-foundation.org>, <cgroups@...r.kernel.org>,
Kay Sievers <kay.sievers@...y.org>,
<linux-kernel@...r.kernel.org>, <jpoimboe@...hat.com>,
<dhaval.giani@...il.com>, <workman-devel@...hat.com>
Subject: Re: cgroup: status-quo and userland efforts
On 04/09/2013 03:32 AM, Lennart Poettering wrote:
> The other big thing we want from the systemd side is saner notifications
> when cgroups run empty. i.e. currently we don't get these at all in
> containers (since the agent can be only installed once, for the host).
> And the way we get this is awful, via kernel-spawned processes. I am
> looking for a way how I can establish a watch on a certain subtree (not
> just one directory) and get simple notifications in a race-free whenever
> a cgroup runs empty.
>
Well, as I am trying to port our tools for Upstream Linux (aka cgroups),
I also got a pet peeve on this one as well. The notification system is
global and done at the root level. IOW, notify_on_release is local, but
release_agent is global.
We use our management tool to enter containers and call something like
init 0, that will shut the container down. But if the admin does it
itself, the cgroup directory will stay there. We would like them to
automatically disappear.
Maybe that is not something that needs to be done in the kernel. If
systemd had some very easy and well documented way for a 3rd party
software to register a notification to be called upon a certain cgroup
release (if it exists already, sorry Lennart, but I haven't found
anything in the likes. Just enlighten me)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists