>> насколько я знаю, systemd может запускать и мониторить System V init scripts.
> Нет, не может. "systemd is a system and service manager for Linux,
compatible with SysV and LSB init scripts"
http://freedesktop.org/wiki/Software/systemd/
- так что можно продолжать использовать init-скрипты сервисов,
написанные на bash, и они будут продолжать работать в systemd.
> Не говоря уже о том, что то что вы называете "мониторингом" в systemd -
> лишь жалкое подобие того, что требуется в реальности от системы
> проактивного мониторинга.
Если потребуется полноценная система проактивного мониторинга -
естественно, что тогда есть смысл использовать такую систему.
Но если надо просто перезапускать упавший сервис, то настраивать
только для одной этой задачи daemontools или monit - это уже overkill.
> В сущности, systemd умеет приблизительно то же что и sysvinit c respawn в inittab...
В сущности, для многих задач ничего большего и не требуется.
Отсутствие такой feature "из коробки" для sysvinit - это большой минус.
Кстати, такая же feature присутствует и в Solaris, в их Service Management Facility.
Но по сравнению с systemd - SMF - это просто ужас: http://habrahabr.ru/post/116224/
Для чего это может быть надо? Например, софт, который работает в виде сервиса,
написан на Java - придется или использовать Java Service Wrapper,
который стоит денег и имеет разные бинарники под разные OS,
или - писать на shell очень нетривиальный код инит-скрипта.
Плюс еще устанавливать и настраивать monit для перезапуска
в случае аварийного останова сервиса (OutOfMemoryError и т.п.)
С systemd все должно быть намного проще и удобнее в этом плане.
>> Что-то очень похожее на systemd есть и в Mac OS X.
>> Линукс ведь рано или поздно будет и на десктопах тоже.
> И ради этого нужно превращать те системы,
> в которых Линукс *уже* используется - в винигрет?
Debian? Было бы очень удобно иметь одну универсальную инит-систему,
которая работала был одинаково и на Debian/kFreeBSD и на Debian/HURD,
но увы, это невозможно даже с sysvinit: http://www.opennet.ru/opennews/art.shtml?num=38957
А какие есть альтернативы, использовать upstart? OpenRC?
написать для Debian с нуля свою систему инициализации?
> А он *уже* лидирует в соответствующих областях.
Linux? Так и хорошо что лидирует. Никто ж не против.
>> Используя System V init scripts - как реализовать всю ту функциональность, про
>> которую написано на www.altlinux.org/Systemd ? с помощью каких подпорок и костылей,
>> и самое главное - зачем?
> Какие?
Те, которые есть в systemd и которых нет в sysvinit.
Подробнее об этом написано на сайте http://www.freedesktop.org/wiki/Software/systemd/
В частности, в статье http://0pointer.de/blog/projects/why.html по ссылке с этого сайта.
> "Быстрая загрузка" - посмотрите в сторону Debian
Вручную указывать зависимости между сервисами - это очень утомительное занятие.
Зачем это делать, если можно делегировать такие полномочия системе инициализации?
> Зависимости, параллельный запуск - также в Debian
Это ручная работа. При большом количестве сервисов - легко допустить ошибку.
Кроме того, даже Марк не стал это использовать в Ubuntu, а создал свой Upstart.
> Проактивный мониторинг - monit, daemontools, тьма их
> порядок запуска и "циферки" - см. обратно второй пункт.
То есть, чтобы получить feature автоматического перезапуска упавшего сервиса
- надо будет еще поставить и настроить monit или daemontools, сама sysvinit не умеет.
(respawn не в счет, потому что тут вообще нет никакой возможности управлять сервисом)
> В общем, нету там ничего про "всю ту функциональность" внушающего, увы.
Увы, есть. Иначе бы не переходили на systemd дистрибутивы один за другим.
вот, только одна feature, которая есть в systemd и которой нет в sysvinit:
"Easily writable, extensible and parseable service files, suitable for manipulation with enterprise management tools".
[...]
> Я понимаю, что дети lkml не читают, но вот вам мнение не
> последнего человека в мире Linux Kernel:
> Quite frankly, any feature that is sold with ".. and systemd can
> use this fox Xyz", is a *misfeature* in my opinion. (c) Linus
1. Цитата вырвана из контекста: https://lkml.org/lkml/2011/11/22/313
2. Линус не утверждает, что systemd - это однозначно плохо, как местные хейтеры.
Кроме того, в конце видео http://talks.rosalab.com/Systemd_в_ALTLinux_(Алексей_Шабалин,_OSSDEVCONF-2013)
приводится совсем мнение Линуса про systemd, более взвешенное.