Thread (26 messages) 26 messages, 9 authors, 2016-07-10

Re: [PATCH] capabilities: add capability cgroup controller

From: Topi Miettinen <hidden>
Date: 2016-06-27 19:10:44
Also in: lkml

On 06/27/16 14:54, Serge E. Hallyn wrote:
Quoting Tejun Heo (tj@kernel.org):
quoted
Hello, Topi.

On Sun, Jun 26, 2016 at 3:14 PM, Topi Miettinen [off-list ref] wrote:
quoted
The parent might be able do it if proc/pid/xyz files are still
accessible after child exit but before its exit status is collected. But
if the parent doesn't do it (and you are not able to change it to do it)
and it collects the exit status without collecting other info, can you
suggest a different way how another process could collect it 100% reliably?
I'm not saying that there's such mechanism now. I'm suggesting that
that'd be a more fitting way of implementing a new mechanism to track
capability usages.
Hi Topi,

I think Eric was right a few emails earlier that the audit subsystem is
really the most appropriate answer to this.  (Perhaps sysctl-controllered?)
Combined with taskstats it would give you what you need.  Or you could even
use an empty new named cgroup controller, say 'none,name=caps', and then
look only at audit results for cgroup '/myapp' in the caps hierarchy.
I'll have to study these more. But from what I saw so far, it looks to
me that a separate tool would be needed to read taskstats and if that
tool is not taken by distros, the users would not be any wiser, right?
With cgroup (or /proc), no new tools would be needed.

-Topi
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help