[sisyphus] hasher-priv: unshare: Invalid argument

[sisyphus] hasher-priv: unshare: Invalid argument

[Michael Shigorin]

	Здравствуйте.
Озадачился обновить kde3.cd из mkimage-profiles-desktop,
собирая из бранча 5.1 или p5 (i586) на сизифной HN
(x86_64 под управлением 2.6.32-ovz-smp-alt7), огрёб:

hasher-priv: unshare: Invalid argument
hsh-initroot: Unpack of setup-2.2.12-alt1.noarch.rpm failed.

при попытке make distclean:

mki-clean: has started executing.
hsh: changed working directory to `/tmp/.private/mike/mkimage.install2.K8Kmce3OR'
hsh: Locked working directory `/tmp/.private/mike/mkimage.install2.K8Kmce3OR'
hsh: Acquiring lock for config file `/etc/hasher-priv/user.d/mike'...
hsh: Locked config file `/etc/hasher-priv/user.d/mike'
hsh-rmchroot: changed working directory to `/tmp/.private/mike/mkimage.install2.K8Kmce3OR'
hsh-rmchroot: Changed working directory to `/tmp/.private/mike/mkimage.install2.K8Kmce3OR/chroot'.
removed `/tmp/.private/mike/mkimage.install2.K8Kmce3OR/chroot/.host/sh'
`/bin/ash.static' -> `/tmp/.private/mike/mkimage.install2.K8Kmce3OR/chroot/.host/sh'
removed `/tmp/.private/mike/mkimage.install2.K8Kmce3OR/chroot/.host/find'
`/usr/bin/find.static' -> `/tmp/.private/mike/mkimage.install2.K8Kmce3OR/chroot/.host/find'
hsh-rmchroot: Installed .host programs.
hasher-priv: unshare: Invalid argument
hsh-rmchroot: Failed to remove files owned by user2.
hsh: Failed to remove chroot.
mki-clean: /tmp/.private/mike/mkimage.install2.K8Kmce3OR: unable to clean workdir: rc=1
make[2]: *** [clean-current] Error 1
make[2]: Leaving directory `/tmp/.private/mike/mkimage-profiles-desktop/profiles/install2'
make[1]: *** [install2] Error 2
make[1]: Leaving directory `/tmp/.private/mike/mkimage-profiles-desktop/profiles'
make: *** [distclean] Error 2

Кратенько погуглил -- говорят, "ядро":
http://www.mail-archive.com/devel@openvz.org/msg16269.html

# fgrep CONFIG_NET_NS /boot/config-2.6.32-ovz-smp-alt7 
CONFIG_NET_NS=y

Никто не сталкивался?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 520 bytes --]

On Sat, Dec 04, 2010 at 09:00:57PM +0200, Michael Shigorin wrote:
> 	Здравствуйте.
> Озадачился обновить kde3.cd из mkimage-profiles-desktop,
> собирая из бранча 5.1 или p5 (i586) на сизифной HN
> (x86_64 под управлением 2.6.32-ovz-smp-alt7), огрёб:
> 
> hasher-priv: unshare: Invalid argument
> hsh-initroot: Unpack of setup-2.2.12-alt1.noarch.rpm failed.

Это hasher-priv-1.3.5-alt1.
Видать, слишком старое ядро попалось.
Временный объезд:
$ echo 'export share_network=1' >>~/.hasher/config


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Vitaly Lipatov]

В сообщении от Суббота 04 декабря 2010 Dmitry V. Levin написал(a):
> On Sat, Dec 04, 2010 at 09:00:57PM +0200, Michael Shigorin wrote:
> > 	Здравствуйте.
> > 
> > Озадачился обновить kde3.cd из mkimage-profiles-desktop,
> > собирая из бранча 5.1 или p5 (i586) на сизифной HN
> > (x86_64 под управлением 2.6.32-ovz-smp-alt7), огрёб:
> > 
> > hasher-priv: unshare: Invalid argument
> > hsh-initroot: Unpack of setup-2.2.12-alt1.noarch.rpm failed.
> 
> Это hasher-priv-1.3.5-alt1.
> Видать, слишком старое ядро попалось.
Это 2.6.32-ovz-smp-alt старое ядро?
У нас вообще на сборочном сервере стоит 2.6.18, потому что 2.6.27 и 2.6.32 
текут, приводя к зависанию машины каждые несколько часов.

> Временный объезд:
> $ echo 'export share_network=1' >>~/.hasher/config
И так для 30-ти пользователей?

Спасибо всем, кто догадался записать проблему и решение на
http://www.altlinux.org/Sisyphus_changes#.D0.94.D0.B5.D0.BA.D0.B0.D0.B1.D1.80.D1.8C

А также тем, кто догадался туда заглянуть за решением :)

-- 
Lav
Виталий Липатов
Россия, Санкт-Петербург. www.etersoft.ru
GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Michael Shigorin]

On Sat, Dec 11, 2010 at 12:45:29PM +0300, Vitaly Lipatov wrote:
> > Это hasher-priv-1.3.5-alt1.
> > Видать, слишком старое ядро попалось.
> Это 2.6.32-ovz-smp-alt старое ядро?

Это кто-то слишком рьяно закладывается на свежие фичи без
проверки их наличия и graceful handling их отсутствия.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1155 bytes --]

On Sat, Dec 11, 2010 at 12:45:29PM +0300, Vitaly Lipatov wrote:
> В сообщении от Суббота 04 декабря 2010 Dmitry V. Levin написал(a):
> > On Sat, Dec 04, 2010 at 09:00:57PM +0200, Michael Shigorin wrote:
> > > 	Здравствуйте.
> > > 
> > > Озадачился обновить kde3.cd из mkimage-profiles-desktop,
> > > собирая из бранча 5.1 или p5 (i586) на сизифной HN
> > > (x86_64 под управлением 2.6.32-ovz-smp-alt7), огрёб:
> > > 
> > > hasher-priv: unshare: Invalid argument
> > > hsh-initroot: Unpack of setup-2.2.12-alt1.noarch.rpm failed.
> > 
> > Это hasher-priv-1.3.5-alt1.
> > Видать, слишком старое ядро попалось.
> Это 2.6.32-ovz-smp-alt старое ядро?

Попробуйте kernel-image-ovz-el-2.6.32-alt.

> У нас вообще на сборочном сервере стоит 2.6.18,

Аналогично.

> > Временный объезд:
> > $ echo 'export share_network=1' >>~/.hasher/config
> И так для 30-ти пользователей?

Для 30-ти пользователей можно создать аналогичный файл в /etc/profile.d/

Интерфейс в hasher-priv уже созрел, в то время как интерфейс в hasher ещё,
к сожалению, не зафиксирован.  Поэтому иногда приходится пользоваться этим
временным объездом.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 680 bytes --]

On Sat, Dec 11, 2010 at 03:40:42PM +0300, Dmitry V. Levin wrote:

DVL> Для 30-ти пользователей можно создать аналогичный файл в /etc/profile.d/
DVL> Интерфейс в hasher-priv уже созрел, в то время как интерфейс в hasher ещё,
DVL> к сожалению, не зафиксирован.  Поэтому иногда приходится пользоваться этим
DVL> временным объездом.

А можно его просто научить на старый ядрах делать graceful fallback и
продолжать работать без этой суперфичи?

Сама по себе фича -- полезная. Но то что она взрывается на несовместимых
ядрах -- неприятная бага.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 638 bytes --]

On Sun, Dec 12, 2010 at 02:04:38AM +0300, Денис Смирнов wrote:
> On Sat, Dec 11, 2010 at 03:40:42PM +0300, Dmitry V. Levin wrote:
> 
> DVL> Для 30-ти пользователей можно создать аналогичный файл в /etc/profile.d/
> DVL> Интерфейс в hasher-priv уже созрел, в то время как интерфейс в hasher ещё,
> DVL> к сожалению, не зафиксирован.  Поэтому иногда приходится пользоваться этим
> DVL> временным объездом.
> 
> А можно его просто научить на старый ядрах делать graceful fallback и
> продолжать работать без этой суперфичи?

Т.е. ты предлагаешь сделать поведение по умолчанию зависящим от версии
работающего ядра?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 666 bytes --]

On Sun, Dec 12, 2010 at 02:14:37AM +0300, Dmitry V. Levin wrote:

DVL> Т.е. ты предлагаешь сделать поведение по умолчанию зависящим от версии
DVL> работающего ядра?

Увы, оно и сейчас зависит (с одними ядрами работает, с другими -- просто
не работает да еще и с весьма неочевидным сообщением об ошибке).

Вред от того что эта опция будет выключен на старых машинах (что будет,
надеюсь, сопровождаться WARNING'ом в stderr) существенно меньше чем от
того, что сборка просто не работает, и требуется ставить hasher-priv на
hold.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 483 bytes --]

On Sun, Dec 12, 2010 at 03:47:27AM +0300, Денис Смирнов wrote:
> On Sun, Dec 12, 2010 at 02:14:37AM +0300, Dmitry V. Levin wrote:
> 
> DVL> Т.е. ты предлагаешь сделать поведение по умолчанию зависящим от версии
> DVL> работающего ядра?
> 
> Увы, оно и сейчас зависит (с одними ядрами работает, с другими -- просто
> не работает да еще и с весьма неочевидным сообщением об ошибке).

Нет, сейчас поведение по умолчанию фиксировано и не зависит от версии
ядра.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1177 bytes --]

On Mon, Dec 13, 2010 at 12:56:48AM +0300, Dmitry V. Levin wrote:

DVL> Нет, сейчас поведение по умолчанию фиксировано и не зависит от версии
DVL> ядра.

То есть сейчас оно на всех версиях ядра по-умолчанию вообще не работает?
:)

Либо фича по дефолту выключена (тогда поведение на всех ядрах будет
одинаковым).

Либо фича по дефолту включена (тогда поведение будет разным -- на одних
ядрах пакеты будут собираться без сети, а на других пакеты не будут
собираться вообще).

Так как позиция "по дефолту закручивать все гайки, чтобы их откручивал тот
кому надо" мне очень нравится, то логичнее был бы третий вариант -- если
эту фичу физически возможно включить (свежее ядро) -- включать по дефолту,
а если не возможно -- fallback + ругань в логе.

Возможно в случае, если эта фича была включена в конфиге руками, то тогда
при ее недоступности таки аккуратно склеивать ласты (т.е. как сейчас но с
более вменяемым сообщением об ошибке).

То есть я предлагаю эту опцию сделать не двоичной, а 'yes/no/auto', и по
дефолту -- auto.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Michael Shigorin]

On Sun, Dec 12, 2010 at 02:14:37AM +0300, Dmitry V. Levin wrote:
> > А можно его просто научить на старый ядрах делать graceful
> > fallback и продолжать работать без этой суперфичи?
> Т.е. ты предлагаешь сделать поведение по умолчанию зависящим от
> версии работающего ядра?

Разумеется.  Неработающий по умолчанию hasher, как мне казалось
очевидным -- хуже, чем не отрубающий сеть сборке.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 620 bytes --]

On Sun, Dec 12, 2010 at 01:33:43PM +0200, Michael Shigorin wrote:
> On Sun, Dec 12, 2010 at 02:14:37AM +0300, Dmitry V. Levin wrote:
> > > А можно его просто научить на старый ядрах делать graceful
> > > fallback и продолжать работать без этой суперфичи?
> > Т.е. ты предлагаешь сделать поведение по умолчанию зависящим от
> > версии работающего ядра?
> 
> Разумеется.

А вот мне очевидно обратное.

> Неработающий по умолчанию hasher, как мне казалось
> очевидным -- хуже, чем не отрубающий сеть сборке.

На каких ядрах в Сизифе hasher-priv сейчас не работает
в конфигурации по умолчанию?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 342 bytes --]

On Mon, Dec 13, 2010 at 12:58:35AM +0300, Dmitry V. Levin wrote:

DVL> На каких ядрах в Сизифе hasher-priv сейчас не работает
DVL> в конфигурации по умолчанию?

Вот у меня прямо сейчас -- 2.6.32-ovz-smp-alt7

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 374 bytes --]

On Mon, Dec 13, 2010 at 01:34:05AM +0300, Денис Смирнов wrote:
> On Mon, Dec 13, 2010 at 12:58:35AM +0300, Dmitry V. Levin wrote:
> 
> DVL> На каких ядрах в Сизифе hasher-priv сейчас не работает
> DVL> в конфигурации по умолчанию?
> 
> Вот у меня прямо сейчас -- 2.6.32-ovz-smp-alt7

Этому ядру в Сизифе недолго осталось, попробуй вместо него ovz-el.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 755 bytes --]

On Mon, Dec 13, 2010 at 03:44:57AM +0300, Dmitry V. Levin wrote:

DVL> Этому ядру в Сизифе недолго осталось, попробуй вместо него ovz-el.

Ok, поставил.

Тогда может хотя бы сообщение об ошибке сделать более человекопонятным?
Например со ссыкой на wiki, где объяснить что любителем ovz ядер можно
либо отключить суперфичу, либо поставить новое ядро.

И таки для управления дефолтным состоянием нужна ручка в /etc. Потому как
тем, у кого пользователей много править у кажодго .hasher/config может
быть весьма неприятно.

Особенно у тех, у кого (как у меня) .hasher/config это куда больше чем
просто набор опций.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 882 bytes --]

On Tue, Dec 14, 2010 at 04:04:02AM +0300, Денис Смирнов wrote:
> On Mon, Dec 13, 2010 at 03:44:57AM +0300, Dmitry V. Levin wrote:
> 
> DVL> Этому ядру в Сизифе недолго осталось, попробуй вместо него ovz-el.
> 
> Ok, поставил.
> 
> Тогда может хотя бы сообщение об ошибке сделать более человекопонятным?

hasher-priv-1.3.5-alt1-1-g41559f2 пишет более подробно:
hasher-priv: chrootuid: unshare CLONE_NEWNET: Invalid argument
- так будет понятнее?

> Например со ссыкой на wiki, где объяснить что любителем ovz ядер можно
> либо отключить суперфичу, либо поставить новое ядро.
> 
> И таки для управления дефолтным состоянием нужна ручка в /etc. Потому как
> тем, у кого пользователей много править у кажодго .hasher/config может
> быть весьма неприятно.

Могу добавить в hasher поддержку какого-нибудь /etc/hasher.conf или
чего-нибудь аналогичного.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 2103 bytes --]

On Tue, Dec 14, 2010 at 04:11:22AM +0300, Dmitry V. Levin wrote:
>> Тогда может хотя бы сообщение об ошибке сделать более человекопонятным?
DVL> hasher-priv-1.3.5-alt1-1-g41559f2 пишет более подробно:
DVL> hasher-priv: chrootuid: unshare CLONE_NEWNET: Invalid argument
DVL> - так будет понятнее?

Увы, нет -- это исключительно ключ для гугления не более того. Я например
про unshare раньше вообще не знал.

Так как тема сложная, то нормальное сообщение об ошибке должно включать в
себе ссылку на документацию где описано что это такое и что с этим делать
(т.е. что-то вроде  "на этом ядре неработает фича с запрещением доступа к
сети из хэшерницы, посему у нас ничего не работает -- отключите фичу
таким-то образом или поставьте такое-то ядро).

Кстати вот только что уже с 2.6.32-ovz-el-alt4 ошибка воспроизвелась.

DVL> Могу добавить в hasher поддержку какого-нибудь /etc/hasher.conf или
DVL> чего-нибудь аналогичного.

Это было бы прекрасно. 

Кстати о, раз уж ты начал активно хакать hasher. Многие вынуждены
изобретать велосипед у себя в ~/.hasher, можно ли это сделать как-то более
системно?

А именно, у меня сейчас в ~/.hasher

apt.conf
apt.conf.i586
apt.conf.M51.i586
apt.conf.M51.x86_64
apt.conf.x86_64
config
sources.list
sources.list.i586
sources.list.M51.i586
sources.list.M51.x86_64
sources.list.x86_64


apt.conf и sources.list -- симлинки.

В config есть такая конструкция:
# target
if [ `uname -m` = "i686" ]; then
        def_target=i586
        apt_config=$HOME/.hasher/apt.conf.i586
fi

сие делает сборку для i586 из hasher'а простым, но требовало прыжков с бубном.

при этом удобной ручки уже для выбора "под какой бранч собирать" нетути. Хотя я
уже подумываю для этого использовать какую-нибудь переменную окружения, которую
обрабатывать в .hasher/config.

Вопрос -- это мне одному кажется что если конфиг _приходится_ превращать к
хитрую логику для решения распространной задачи, это нехорошо?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Anton Farygin]

14.12.2010 04:11, Dmitry V. Levin пишет:
> On Tue, Dec 14, 2010 at 04:04:02AM +0300, Денис Смирнов wrote:
>> On Mon, Dec 13, 2010 at 03:44:57AM +0300, Dmitry V. Levin wrote:
>>
>> DVL>  Этому ядру в Сизифе недолго осталось, попробуй вместо него ovz-el.
>>
>> Ok, поставил.
>>
>> Тогда может хотя бы сообщение об ошибке сделать более человекопонятным?
>
> hasher-priv-1.3.5-alt1-1-g41559f2 пишет более подробно:
> hasher-priv: chrootuid: unshare CLONE_NEWNET: Invalid argument
> - так будет понятнее?
>
>> Например со ссыкой на wiki, где объяснить что любителем ovz ядер можно
>> либо отключить суперфичу, либо поставить новое ядро.
>>
>> И таки для управления дефолтным состоянием нужна ручка в /etc. Потому как
>> тем, у кого пользователей много править у кажодго .hasher/config может
>> быть весьма неприятно.
>
> Могу добавить в hasher поддержку какого-нибудь /etc/hasher.conf или
> чего-нибудь аналогичного.

Вот и я нарвался.

Дима, нужно срочно /etc/hasher.conf c включенной по умолчанию сетью в 
hasher;(

Сейчас в дистрибутивах, которые основаны на 32-х ядрах, эта проблема с 
hasher вовсю вылезает.

Re: [sisyphus] hasher-priv: unshare: Invalid argument

[Michael Shigorin]

On Mon, Dec 13, 2010 at 12:58:35AM +0300, Dmitry V. Levin wrote:
> > > > А можно его просто научить на старый ядрах делать graceful
> > > > fallback и продолжать работать без этой суперфичи?
> > > Т.е. ты предлагаешь сделать поведение по умолчанию
> > > зависящим от версии работающего ядра?
> > Разумеется.
> А вот мне очевидно обратное.

Нет уж, мне видней, что я предлагаю. :)

> > Неработающий по умолчанию hasher, как мне казалось
> > очевидным -- хуже, чем не отрубающий сеть сборке.
> На каких ядрах в Сизифе hasher-priv сейчас не работает
> в конфигурации по умолчанию?


On Mon, Dec 13, 2010 at 03:44:57AM +0300, Dmitry V. Levin wrote:
> > DVL> На каких ядрах в Сизифе hasher-priv сейчас не работает
> > DVL> в конфигурации по умолчанию?
> > Вот у меня прямо сейчас -- 2.6.32-ovz-smp-alt7

Аналогично.

> Этому ядру в Сизифе недолго осталось, попробуй вместо него ovz-el.

Дим, "в сизифе" и "развёрнуто на хостах" несколько различается
(хотя при первом удобном случае и так собираюсь перехать на -el).

Почему ты упираешься против auto вместо yes, пока не понимаю.
Фича нервов не стоит, и да, диагностика [осталась] никакая.

Хорошая диагностика -- не просто ключевая фраза для поиска,
а подсказка; например, "this kernel doesn't support
unshare CLONE_NEWNET, please see FAQ", и соответственно
упоминание минимальных проверенно рабочих версий ядра
для обеих архитектур плюс ручки для отключения в FAQ.

Понимаешь, диагностический вывод лучше проверять, прикинувшись
блондином -- как если бы ты ничего не знал о конкретике проблемы.
Потому как если знаешь, то и сообщение почти без разницы. :)

PS: если бы считал hasher пионерской поделкой -- разумеется,
не докапывался бы так занудно к каждой детали.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/