[devel] unshare CLONE_NEWNET: File exists

[devel] unshare CLONE_NEWNET: File exists

[Denis Pynkin]

Пытаюсь собрать на текущем сизифе модификацию server-light, но после нескольких неудачных попыток начинает появляться вот такая ошибка:
hasher-priv: chrootuid: unshare CLONE_NEWNET: File exists

систему уловить не могу - проявляется на "hsh-initroot: Unpacked _какой-нибудь-пакет_"

пробовал добавить в ~/.hasher/config рекомендованную для несколько другого случая "export share_network=1", но тоже безрезультатно, хотя если судить по исходникам - должно отключить вызов unshare для сети.
перезагрузка помогает на несколько неудачных попыток сборки.

что это может быть и как с этим бороться?

PS сборочная система - сегодняшний сизиф на x86_64, ядро 2.6.39-std-def-alt1

-- 
wbr, d4s

Re: [devel] unshare CLONE_NEWNET: File exists

[Denis Pynkin]

Здравстуйте.
Отвечаю на письмо Denis Pynkin от 2011-06-12 20:49:

> что это может быть и как с этим бороться?
смена ядра на el-smp не помогла
в dmesg наблюдаю чудесную картину:
Failed to create cgroup 25963: -17
Failed to create cgroup 504: -17
Failed to create cgroup 5674: -17
Failed to create cgroup 10669: -17
и т.д.

собственно теперь вопрос наверное звучит так:
используется ли где-то опция ядра PROC_PID_CPUSET и как чистить
/cgroup на предмет PID групп после завершения процесса?

это вообще багой считать или фичей?

-- 
wbr, d4s

Re: [devel] unshare CLONE_NEWNET: File exists

[Michael Shigorin]

On Sun, Jun 12, 2011 at 11:05:07PM +0300, Denis Pynkin wrote:
> это вообще багой считать или фичей?

У меня эта доработка hasher в предложенном виде создала
впечатление баги (в т.ч. потому, что не работала на старых
ядрах и не позволяет использовать mkimage на новых).

На днях откатил ядро на hasher32/64 до 2.6.18, чтоб люди
опять могли пользоваться mkimage...

-- 
чемодан без ручки

Re: [devel] unshare CLONE_NEWNET: File exists

[Denis Pynkin]

Здравстуйте.
Отвечаю на письмо Michael Shigorin от 2011-06-13 16:21:

> У меня эта доработка hasher в предложенном виде создала
> впечатление баги (в т.ч. потому, что не работала на старых
> ядрах и не позволяет использовать mkimage на новых).
> 
> На днях откатил ядро на hasher32/64 до 2.6.18, чтоб люди
> опять могли пользоваться mkimage...
я на сборочной машине временно отключил монтирование cgroups - помогает на новых ядрах.
но в результате мои lxc-контейнеры не работают :-( а я туда с openvz частично мигрировал уже.

-- 
wbr, d4s