[sisyphus] Вопросы про systemd-197

[sisyphus] Вопросы про systemd-197

[Евгений Терешков]

Привет.

Попробовал сегодня, после обновления на актуальный сизиф, загрузиться в
systemd. На этот раз глючит снова по новому и поэтому у меня пара вопросов
к знатокам.

Загрузка останавливается и предлагается войти рутом для починки, т.к.
множество сервисов не запустились по зависимостям. В списках failed юнитов
два:

systemd-udev-control.socket
systemd-journald.socket

оба не запускаются с причиной Result: resources

И ругаются в dmesg:
[1]: systemd-udevd-control.socket failed to listen on socket:
No such file or directory
<27>systemd[1]: Failed to listen on udev Control Socket.
<30>systemd[1]: Starting Journal Socket.
<28>systemd[1]: systemd-journald.socket failed to listen on socket:
No such file or directory
<27>systemd[1]: Failed to listen on Journal Socket.
<27>systemd[1]: Dependency failed for udev Kernel Device Manager

Касательно первого: заметил, что не существует каталога /run/udev, на
который ссылается сокет. Если каталог создать, то юнит успешно запускается.
Насколько вижу, для sysv каталог создаётся в /etc/rc.d/init.d/udevd.
Вопрос: кто должен его создавать для systemd и как отлаживать этого
кого-то?

Касательно второго: заметил, что отсутствует сокет /dev/log, на который
ссылается юнит. Вопрос: кто должен создавать это сокет и как отлаживать
этого кого-то?

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [sisyphus] Вопросы про systemd-197

[Alexey Shabalin]

8 марта 2013 г., 18:55 пользователь Евгений Терешков написал:
> Привет.
>
> Попробовал сегодня, после обновления на актуальный сизиф, загрузиться в
> systemd. На этот раз глючит снова по новому и поэтому у меня пара вопросов
> к знатокам.
>
> Загрузка останавливается и предлагается войти рутом для починки, т.к.
> множество сервисов не запустились по зависимостям. В списках failed юнитов
> два:
>
> systemd-udev-control.socket
> systemd-journald.socket
>
> оба не запускаются с причиной Result: resources
>
> И ругаются в dmesg:
> [1]: systemd-udevd-control.socket failed to listen on socket:
> No such file or directory
> <27>systemd[1]: Failed to listen on udev Control Socket.
> <30>systemd[1]: Starting Journal Socket.
> <28>systemd[1]: systemd-journald.socket failed to listen on socket:
> No such file or directory
> <27>systemd[1]: Failed to listen on Journal Socket.
> <27>systemd[1]: Dependency failed for udev Kernel Device Manager
>
> Касательно первого: заметил, что не существует каталога /run/udev, на
> который ссылается сокет. Если каталог создать, то юнит успешно запускается.
> Насколько вижу, для sysv каталог создаётся в /etc/rc.d/init.d/udevd.
> Вопрос: кто должен его создавать для systemd и как отлаживать этого
> кого-то?

В системе есть директория /run? Больше ничего не нужно.

>
> Касательно второго: заметил, что отсутствует сокет /dev/log, на который
> ссылается юнит. Вопрос: кто должен создавать это сокет и как отлаживать
> этого кого-то?
У Вас самосборное ядро? Собрано с поддержкой devtmpfs?

Ну как, как? Вы умудряетесь добиваться такого поведения?
Все просто работает.


--
Alexey Shabalin

Re: [sisyphus] Вопросы про systemd-197

[Евгений Терешков]

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

Alexey Shabalin пишет:


Вина моя: забыл, что так и осталось загружаемым по умолчанию ovz-el,
которое "просто работает". Так что видимо все новые жалобы мимо кассы.

>> Касательно первого: заметил, что не существует каталога /run/udev, на
>> который ссылается сокет. Если каталог создать, то юнит успешно запускается.
>> Насколько вижу, для sysv каталог создаётся в /etc/rc.d/init.d/udevd.
>> Вопрос: кто должен его создавать для systemd и как отлаживать этого
>> кого-то?
> В системе есть директория /run? Больше ничего не нужно.

Да, есть, на tmpfs. И она не пуста, там уже кто-то что-то создал.

>> Касательно второго: заметил, что отсутствует сокет /dev/log, на который
>> ссылается юнит. Вопрос: кто должен создавать это сокет и как отлаживать
>> этого кого-то?
> У Вас самосборное ядро? Собрано с поддержкой devtmpfs?

ovz-el-2.6.32-alt82, с CONFIG_DEVTMPFS=y

> Ну как, как? Вы умудряетесь добиваться такого поведения?
> Все просто работает.

Сырое оно зело :-)

Обновился до 3.8.2-std-def. Действительно, все вернулось на круги своя:
почти по прежнему тупит минуту после "Started Activation of LVM2 logical
volumes." и отваливает с диагностикой Timed out waiting for device
dev-disk-by\x2duuid.... предлагая войти рутом. Если войти и посмотреть
blkid, то видно что нужный LVM-том на месте, в systemctl list-units
--failed пусто. И в журнале точно такая же ругань на этот том, как и месяц
назад, когда был предыдущий подход к снаряду. Странно только что после
февраля журнал не разу не обновлялся. Прикладываю на всякий случай.

[-- Attachment #2: journal_17022013.log.bz2 --]
[-- Type: application/octet-stream, Size: 4925 bytes --]

[-- Attachment #3: Type: text/plain, Size: 109 bytes --]

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [sisyphus] Вопросы про systemd-197

[Alexey Shabalin]

11 марта 2013 г., 16:34 пользователь Евгений Терешков написал:
> Alexey Shabalin пишет:
>
>
> Вина моя: забыл, что так и осталось загружаемым по умолчанию ovz-el,
> которое "просто работает". Так что видимо все новые жалобы мимо кассы.
>
>>> Касательно первого: заметил, что не существует каталога /run/udev, на
>>> который ссылается сокет. Если каталог создать, то юнит успешно запускается.
>>> Насколько вижу, для sysv каталог создаётся в /etc/rc.d/init.d/udevd.
>>> Вопрос: кто должен его создавать для systemd и как отлаживать этого
>>> кого-то?
>> В системе есть директория /run? Больше ничего не нужно.
>
> Да, есть, на tmpfs. И она не пуста, там уже кто-то что-то создал.
>
>>> Касательно второго: заметил, что отсутствует сокет /dev/log, на который
>>> ссылается юнит. Вопрос: кто должен создавать это сокет и как отлаживать
>>> этого кого-то?
>> У Вас самосборное ядро? Собрано с поддержкой devtmpfs?
>
> ovz-el-2.6.32-alt82, с CONFIG_DEVTMPFS=y
>
>> Ну как, как? Вы умудряетесь добиваться такого поведения?
>> Все просто работает.
>
> Сырое оно зело :-)
>
> Обновился до 3.8.2-std-def. Действительно, все вернулось на круги своя:
> почти по прежнему тупит минуту после "Started Activation of LVM2 logical
> volumes." и отваливает с диагностикой Timed out waiting for device
> dev-disk-by\x2duuid.... предлагая войти рутом. Если войти и посмотреть
> blkid, то видно что нужный LVM-том на месте, в systemctl list-units
> --failed пусто. И в журнале точно такая же ругань на этот том, как и месяц
> назад, когда был предыдущий подход к снаряду. Странно только что после
> февраля журнал не разу не обновлялся. Прикладываю на всякий случай.

что на этом разделе? swap?


-- 
Alexey Shabalin

Re: [sisyphus] Вопросы про systemd-197

[Евгений Терешков]

Alexey Shabalin пишет:

>> Сырое оно зело :-)
>>
>> Обновился до 3.8.2-std-def. Действительно, все вернулось на круги своя:
>> почти по прежнему тупит минуту после "Started Activation of LVM2 logical
>> volumes." и отваливает с диагностикой Timed out waiting for device
>> dev-disk-by\x2duuid.... предлагая войти рутом. Если войти и посмотреть
>> blkid, то видно что нужный LVM-том на месте, в systemctl list-units
>> --failed пусто. И в журнале точно такая же ругань на этот том, как и месяц
>> назад, когда был предыдущий подход к снаряду. Странно только что после
>> февраля журнал не разу не обновлялся. Прикладываю на всякий случай.
>
> что на этом разделе? swap?

Нет, обычная ext4 на LV для /var/lib/vz.

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [sisyphus] Вопросы про systemd-197

[Alexey Shabalin]

11 марта 2013 г., 17:06 пользователь Евгений Терешков написал:
> Alexey Shabalin пишет:
>
>>> Сырое оно зело :-)
>>>
>>> Обновился до 3.8.2-std-def. Действительно, все вернулось на круги своя:
>>> почти по прежнему тупит минуту после "Started Activation of LVM2 logical
>>> volumes." и отваливает с диагностикой Timed out waiting for device
>>> dev-disk-by\x2duuid.... предлагая войти рутом. Если войти и посмотреть
>>> blkid, то видно что нужный LVM-том на месте, в systemctl list-units
>>> --failed пусто. И в журнале точно такая же ругань на этот том, как и месяц
>>> назад, когда был предыдущий подход к снаряду. Странно только что после
>>> февраля журнал не разу не обновлялся. Прикладываю на всякий случай.
>>
>> что на этом разделе? swap?
>
> Нет, обычная ext4 на LV для /var/lib/vz.

1) что из make-initrd-* у Вас установлено?
если корень не на lvm, то попробуйте удалить make-initrd-lvm, и
перегенерить initrd.
2) попробуйте закоментировать в
/usr/share/make-initrd/data/lib/initrd/modules/090-stopudev строчку
удаления udev-базы
rm -rf $udev_db
и перегенерировать initrd.



--
Alexey Shabalin

Re: [sisyphus] Вопросы про systemd-197

[Евгений Терешков]

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

Alexey Shabalin пишет:

>>> что на этом разделе? swap?
>> Нет, обычная ext4 на LV для /var/lib/vz.
> 1) что из make-initrd-* у Вас установлено?
> если корень не на lvm, то попробуйте удалить make-initrd-lvm, и
> перегенерить initrd.

make-initrd-0.8.3-alt1
make-initrd-devmapper-0.8.3-alt1
make-initrd-lvm-0.8.3-alt1

/ на LV

> 2) попробуйте закоментировать в
> /usr/share/make-initrd/data/lib/initrd/modules/090-stopudev строчку
> удаления udev-базы
> rm -rf $udev_db
> и перегенерировать initrd.

Попробовал. С этим образом sysv загружается и вроде нормально работает.
systemd действительно начинает загружаться дальше. Но тут то и начинаются
самые феерические глюки :-)

Один раз как-то получилось получить приглашение на вход (default.target
стоит в runlevel3.target), но входы на первых двух tty (странно, что
приглашение на первом виртуальном терминале идентифицировало себя как
console, а не как tty1) через некоторое время полностью "замёрзли" и не
реагировали на клавиатуру. Пользовательская сессия на третьем терминале
работала без проблем. Рутовая сессия на четвёртом терминале работала, но на
любые команды systemctl (в частности, хотел повыяснять, почему при живой
сети не запустился fail2ban) пускалась в неопределённо долгие раздумья,
сыпя при этом в tty12 подобными трейсами ядра:

INFO: task systemd:1 blocked for more than 120 seconds.
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
systemd         D ffff880137d93b80     0     1      0 0x00000000
ffff88013223dbb8 0000000000000086 ffff88013223a040 ffff88013223dfd8
ffff88013223dfd8 ffff88013223dfd8 ffff88013229a380 ffff88013223a040
0000000000000086 7fffffffffffffff ffff8801319c7848 ffff8801319c7828
Call Trace:
[<ffffffff814d9ff4>] schedule+0x24/0x70
[<ffffffff814d822c>] schedule_timeout+0x20c/0x2f0
[<ffffffff81046c13>] ? default_spin_lock_flags+0x13/0x20
[<ffffffff8107fa66>] ? prepare_to_wait+0x56/0x90
[<ffffffff81350f96>] tty_ldisc_wait_idle.isra.5+0x76/0xb0
[<ffffffff8107f7f0>] ? finish_wait+0x80/0x80
[<ffffffff813516d0>] tty_ldisc_hangup+0x160/0x310
[<ffffffff811989eb>] ? fasync_helper+0x7b/0x90
[<ffffffff813484d6>] ? __tty_fasync+0x76/0x160
[<ffffffff81348775>] __tty_hangup+0x145/0x4d0
[<ffffffff8123f333>] ? security_capable+0x13/0x20
[<ffffffff8134afc3>] tty_ioctl+0x603/0xd30
[<ffffffff81196cac>] ? do_filp_open+0x3c/0x90
[<ffffffff81199047>] do_vfs_ioctl+0x97/0x630
[<ffffffff811922f1>] ? final_putname+0x21/0x50
[<ffffffff81199671>] sys_ioctl+0x91/0xb0
[<ffffffff814e3829>] system_call_fastpath+0x16/0x1b

Остальные разы (точно такое же добавление init=/bin/systemd в параметры
ядра) загрузка достигает какой-то точки и вполне добровольно и штатно
завершает работу машины. Кому и почему приходит в голову эта идея, неясно.
Лог прилагаю.


[-- Attachment #2: journal_12032013.log.bz2 --]
[-- Type: application/octet-stream, Size: 13847 bytes --]

[-- Attachment #3: Type: text/plain, Size: 109 bytes --]

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru