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

["Евгений Терешков" <evg-krsk@yandex.ru>]

[-- 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