>>>>> "DL" == Daniel Lezcano <daniel.lezc...@free.fr> writes:
DL> It is probable you have an application creating new namespaces
DL> in the container. That's triggering a new cgroup creation which
DL> is nested with the container's one. This is a kernel feature
DL> (removed for the next kernel version).
Thank you for explanation.
By watching when these subdirectories get created I discovered the
problem appears when I run `fusermount -u'.
DL> * simply do rm -rf /cgroup/blackbird (don't care about the
DL> errors).
This fails with "Operation not permitted" and the problem persists.
DL> Launch your container and then look at
DL> /cgroup/blackbird/1234/tasks and look for the command line
DL> associated with the pid in this file.
The `tasks' file is empty. But it must be fusermount or something
related to its invocation.
DL> Hope that helps.
Thank you for help. Now I know what creates the problem, but I still
don't know how to safely prevent it or remedy it. Maybe it's a kernel
problem (I use standard kernel 2.6.32 from Debian)?
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Lxc-users mailing list
Lxc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-users
