Случались ли у вас сбои с Systemd?

Случались ли у вас сбои с Systemd?

Никогда.

//sysvinit 2.88, upstart 1.5

Это ж не винда, чтобы ломаться на пустом месте...

Бывают разные ситуации. Проскакивали сообщения, что оно ломалось после вытаскивания одного из «блинов».

Юзаю щас systemd, NM и прочие вещи, вызывающие судороги у красноглазых. Таскаю винт с системой между разными компами. Три месяца, полёт нормальный.

с позапрошлой субботы пока что всё нормально. до этого был на systemv.

Постонно крашится в генту и дэБиан.

Нет

Это какие же руки надо иметь, чтобы такое было...

Он останавливает загрузку если один из локальных разделов не монтируется/монтируется неправильно.

Он останавливает загрузку если один из локальных разделов не монтируется/монтируется неправильно.

Нет.

Оно само крашится, без моего участия.

У меня было, когда я собрал ядро без поддержки ext2, т.е. раздел примонтировался, но как ext4. systemd перешел в консоль восстановления.

Возможно информация устаревшая, systemd-44.

А чего лор падал? (комментарий)

Это его документированное поведение. Взято из соляры. Если сервис несколько раз не удается запустить, он переходит в режим disable.

Был только один случай. В федоре если при установке не выбрать какой-либо из логин-менеджеров, systemd настраивается на консольный вход в систему, а я об этом не знал и после установки гнома долго думал, почему он не запускается при загрузке. Собственно, справка на сайте Федоры и помогла, нужна была всего одна команда

ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target

В остальном же все очень хорошо, даже в F15 проблем не припомню.

F16 на трёх машинах, F17 на ноуте, F18bTC3 в виртуалке. Ни единого разрыва сбоя за год (F15, в которой впервые появился systemd, не пользовался).

Бывали ли у вас ситуации, когда те или иные части Systemd выходили из строя? Как часто такое происходило и после чего?

На десктопе после нескольких засыпаний/просыпаний при выключении зависала остановка сервиса alsa. Не уверен, связано это с systemd или с драйверами X-Fi, т.к. больше нигде не повторяется.

Какие последствия вызывали подобные инциденты?

Никаких.

Как вы восстанавливали работоспособность системы

Кнопкой reset.

Пытался водрузить его на генту, загрузка останавливалась, не доходя до иксов. С тех даже не трогал это гуанецо.

До отключения опция queit в ядре через раз не загружался.

Правда не смог понять из-за чего.

на генту, загрузка останавливалась, не доходя до иксов.

Мэинтейнеры генты настолько круты, что не тестируют софт перед стабилизацией?

Ах да, systemd ведь ещё в ~. Ну тогда ССЗБ.

Ни разу не было проблем с systemd.

P.S. Fedora.

Юзаю в Федорке с момента, как оно появилось, пока полет нормальный.

Ах да, systemd ведь ещё в ~. Ну тогда ССЗБ.

Пф. В ~ у меня работает всё нормально, кроме systemd. Вывод очевиден.

Никогда не было.

1. Несколько раз пробовал включать его - загрузка просто останавливалась ещё до демонов.

2. Если в fstab пропиан swap, которого нет, то systemd будет пытаться сделать swapon в цикле, молча блокируя загрузку на протяжении до 30 сек. Потом можно залезть в systemctl list-jobs и посмотреть, что же зависло. Но вообще это маразм.

3. Если по какой-то причине что-то сбойнуло, то rescue-консоль может не открыться, а будет просто зависон.

4. Раньше было: если для какого-то раздела в fstab включено монтирование через automount, то монтирование молча подвисало, опять по какой-то неведомой причине.

5. Для того, чтобы понять где ошибка, надо залезать в конфиги, включать там debug, и всё равно нет гарантии, что ошибка будет напечатана в консоли.

6. Если systemd завис при загрузке, то нажатие ctrl+alt+del порождает какое-то бесполезное сообщение вместо перезагрузки.

OpenSUSE иногда глохла при загрузке, просто останавливалась и всё, reset. Федора, если не путаю, 16, тоже иногда, вдруг начинала сыпать ошибками и влетала в непонятное состояние, reset. До их перехода на systemd такого не было, что намекает.

На десктопах устойчивость приемлемая, но на серверах нагрузки другие и ответственность тоже другая. Вот там и посмотрим, когда шапка с ним выйдет.

До их перехода на systemd такого не было, что намекает.

А кроме «намеков» логи собрать не пробовали?

http://fedoraproject.org/wiki/How_to_debug_Systemd_problems

Пару недель назад, после апдейта на 191 версию systemd сегфолтился при старте. После этого я добавил его и udev в package.mask и сижу сейчас на 189, очень неприятно на arm железке такое схватить, ибо просто так с liveusb не загрузишься. На 44 версии загрузка останавливалась, если для фс на корневом разделе нужно было запустить fsck вручную.

Я уже давно пользуюсь systemd и он, в основном, конечно работает, но что-то не вижу смысла ставить его на других машинах, openrc как-то удобнее в использовании.

у меня

Вывод очевиден.

И не говорите...

Да, были.

Перечисляю все, что хоть каким-то боком завязано на systemd. Вполне возможно, что это баги в dracut или gdm - но результат тот же. Для себя я принял решение - в моей следующей системе systemd не будет, поскольку он слишком быстро протухает в смысле поддержки от авторов. Даже если «следующая система» означает Windows.

1. Полтора года назад мне удалось провалить assertion в systemd: http://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg01021.html - уже исправили.

2. Ненадежно работает разборка системы хранения данных при выключении. Systemd должен, по идее, при выключении распаковать initramfs, сделать туда pivot-root и передать управление скрипту /shutdown. Фактически это не всегда работает из-за race condition'а: иногда systemd успевает размонтировать /boot до того, как полезет туда за образом initramfs. О баге сообщил Поттерингу лично на GUADEC'е, он подтвердил валидность и записал себе в TODO. А еще сказал, что очень плохо, что гентушники не могут обновиться до чего-либо посвежее, чем systemd-44.

3. При обновлении всего разом после возвращения с GUADEC (ядро 3.4.x -> 3.5, systemd 44 -> 183, dracut ?? -> 22) система просто отказалась загружаться. Systemd до бесконечности ждал то ли md raid, то ли LVM на зашифрованном разделе - уже не помню. Решил откатом на старые версии, после чего забекапил все данные, снес линукс (предварительно запаковав в tar.bz2) и поставил семерочку. Результатом недоволен. Репортить баг не стал, поскольку до первопричины такого ожидания докопаться не смог. Возможно, уже исправили - см. http://lists.freedesktop.org/archives/systemd-devel/2012-September/006594.html

4. Разработчики Gentoo приняли кривой патч, делающий поддержку xz для журнала опциональной и выключенной по умолчанию. Результат - journalctl всегда показывал пустой лог. https://bugs.gentoo.org/show_bug.cgi?id=434972 - исправлено

5. При добавлении поддержки systemd, gdm перестал меня пускать в систему. Все еще до конца не исправлено: https://bugs.gentoo.org/show_bug.cgi?id=435042 и похоже, что никто из разработчиков Gentoo не понимает, как все вместе должно работать.

Единственная проблема systemd, которая возникала у меня несколько раз - это неспособность системы самостоятельно выключиться после обновления systemd.

На 5 машинах с арчем проблем не было за несколько месяцев.

bsod, systemd <...> Ubuntu

Ох неспроста это...

он из ~ и не будет выползать. он unsuported. и в багтрекере никто за ним особо не следит.

со всеми вещами добавленными для тех кому просто хочется странного такаяже фигня.

И правда. Не трогай больше эту генту.

нет, сбоев не наблюдал.

Правильнее будет не трогать systemd.

Чаще в кривых init-скриптах, чем в systemd.

Один раз завис во время загрузки за 2 месяца использования.

А эта тема жива.

Случались ли у вас сбои с Systemd?

Да. А вот на вопрос «случались ли сбои из-за systemd» ответ отрицательный

помогла ли вам справка на сайте Федоры?

Да. Узнал из нее про Early Debug Shell

Бывали ли у вас ситуации, когда те или иные части Systemd выходили из строя?

Да

Какие последствия вызывали подобные инциденты?

Невозможность залогиниться

Как вы восстанавливали работоспособность системы

Откатом удева/системде с гита на релиз

и помогла ли вам справка на сайте Федоры?

Нет

Ваше общее мнение об устойчивости данного продукта на сегодняшний день.

К продакшену не готов

Случались ли у вас сбои с Systemd?

Нет.

Я не использую systemd.

Не бывало.

Случались ли у вас сбои с Systemd?

Ни разу.
sysvinit-2.88, openrc-0.11.8

УМВР