Andrey, please.
17.08.2017 16:59, Stanislav Kinsburskiy пишет:
> This feature is requested by customer and needed by cgred service.
>
> https://jira.sw.ru/browse/PSBM-60227
>
> What's ne in v2:
> 1) Containerization is done on per-VE basis
> 2) Event in container is also sent to VE#0
>
>
> ---
Taking CT ID from /proc//cgroup is not reliable.
For instance when "shutdown" in called inside CT, CTs init has the following
cgroup content:
root@skinsbursky-vz7:~/stub_proxy_fs# cat /proc/397761/cgroup
16:perf_event:/
15:cpuset:/
14:hugetlb:/
13:pids:/
10:ve:/
8:devices:/
7:freezer:/
6:net_prio,
On 08/17/2017 04:59 PM, Stanislav Kinsburskiy wrote:
> Stanislav Kinsburskiy (27):
> connector: remove redundant input callback from cn_dev
> connector: store all private data on VE structure
> connector: introduce VE-aware get_cdev() helper
> connector: per-ve init and f
It solves two issues.
First, it allows to kill tasks in nested namespaces (rare, but possible case).
Second, is allows to kill CT with exited child reaper (when it's almost dead,
but waiting for it's children), because in this case SUNRPC can't be supressed
via child reapers proc dentries (/proc/pi
On 08/21/2017 04:18 PM, Stanislav Kinsburskiy wrote:
It solves two issues.
First, it allows to kill tasks in nested namespaces (rare, but possible case).
Second, is allows to kill CT with exited child reaper (when it's almost dead,
but waiting for it's children), because in this case SUNRPC can't
21.08.2017 18:17, Igor Sukhih пишет:
> On 08/21/2017 04:18 PM, Stanislav Kinsburskiy wrote:
>> It solves two issues.
>> First, it allows to kill tasks in nested namespaces (rare, but possible
>> case).
>> Second, is allows to kill CT with exited child reaper (when it's almost dead,
>> but waitin