30206 2014-07-22 23:24:48 +0400 hasher-priv: chrootuid: unshare CLONE_NEWNET: File exists 2014-07-26 06:24:40 +0400 1 1 4 Development Sisyphus hasher-priv unstable all Linux NEW P3 normal --- 1 lav ldv evg ldv placeholder qa-sisyphus oldest_to_newest 147178 0 lav 2014-07-22 23:24:48 +0400 При сборке в контейнере OpenVZ у нас стала появляться следующая ошибка: hasher-priv: chrootuid: unshare CLONE_NEWNET: File exists О такой же ошибке писали ещё три года назад: http://lists.altlinux.org/pipermail/devel/2011-June/191197.html Фатальность вызвана кодом в static int test_unshare(int clone_flags, int share_flag) { ... if (errno == ENOSYS || errno == EINVAL || errno == EPERM) return share_flag ? 0 : -1; return -1; } который не поддерживает код возврата unshare(CLONE_NEWNET) = -1 EEXIST (File exists) В принципе, для OpenVZ можно выключить CAPABILITY="SYS_ADMIN:on" и File exists появляться не будет... Ещё странно, что при проверке через $ unshare -n CLONE_NEWNET sh EEXIST возвращается только под рутом. 147179 1 ldv 2014-07-22 23:38:16 +0400 (In reply to comment #0) > При сборке в контейнере OpenVZ у нас стала появляться следующая ошибка: > hasher-priv: chrootuid: unshare CLONE_NEWNET: File exists Ошибка проявляется сразу, или спустя некоторое время после загрузки ядра? 147184 2 lav 2014-07-23 22:40:20 +0400 (В ответ на комментарий №1) > (In reply to comment #0) > > При сборке в контейнере OpenVZ у нас стала появляться следующая ошибка: > > hasher-priv: chrootuid: unshare CLONE_NEWNET: File exists > > Ошибка проявляется сразу, или спустя некоторое время после загрузки ядра? Я проверял так: установил последнее ядро (2.6.32-ovz-el-alt122), перезагрузился, зашёл в контейнер и получил ошибку командой # unshare -n CLONE_NEWNET sh 147185 3 ldv 2014-07-23 23:05:09 +0400 (In reply to comment #2) > Я проверял так: > установил последнее ядро (2.6.32-ovz-el-alt122), > перезагрузился, зашёл в контейнер и получил ошибку командой > # unshare -n CLONE_NEWNET sh У меня на этом ядре # unshare -n CLONE_NEWNET /bin/true unshare: unshare failed: Operation not permitted 147186 4 lav 2014-07-23 23:18:59 +0400 (В ответ на комментарий №3) ... > У меня на этом ядре > # unshare -n CLONE_NEWNET /bin/true > unshare: unshare failed: Operation not permitted В OpenVZ-контейнере, запущенном с CAPABILITY="SYS_ADMIN:on" ? Я не представляю, что сломалось. В /etc хост-машины ничего не менялось. 147187 5 ldv 2014-07-23 23:38:26 +0400 (In reply to comment #4) > (В ответ на комментарий №3) > ... > > У меня на этом ядре > > # unshare -n CLONE_NEWNET /bin/true > > unshare: unshare failed: Operation not permitted > > В OpenVZ-контейнере, запущенном с > CAPABILITY="SYS_ADMIN:on" > ? Нет, со стандратным набором capabilities.