История изменений
Исправление intelfx, (текущая версия) :
Я имел ввиду, что если нам нужно запускать демон строго после запуска mysql, то это проблема демона
Есть 9000 разных демонов, которым нужен mysql. Я считаю, что работу по ожиданию запуска зависимостей лучше сделать в одном месте (в супервизоре), чем в 9000 местах.
когда всё отлично работало на «говне мамонта» зачем всё перекрашивать?
Если всё и вправду работало отлично (настроен мониторинг, автоперезапуск, не может быть «потерявшихся» процессов, etc) — то незачем. Никто не мешает оставаться на старой версии дистрибутива.
Однако, если уж ты выбрал дистрибутив, который зачем-то (ради удовлетворения чьих-то юзкейсов) перешёл на systemd — ничего не поделаешь, придётся сделать RTFM и перекрасить-таки стоянку. В конце концов, в этом и заключается работа админа. Но я уверен, что можно найти функциональные преимущества даже в случае «офисной почты/телефонной станции/ERP».
ситуация, когда новый IPC не работает без смены системы инициализации и управления tty без ковыряния в системе (я бы сказал, эпического ковыряния)
Это ты о чём?
Исправление intelfx, :
Я имел ввиду, что если нам нужно запускать демон строго после запуска mysql, то это проблема демона
Есть 9000 разных демонов, которым нужен mysql. Я считаю, что работу по ожиданию запуска лучше сделать в одном месте (в супервизоре), чем в 9000 местах.
когда всё отлично работало на «говне мамонта» зачем всё перекрашивать?
Если всё и вправду работало отлично (настроен мониторинг, автоперезапуск, не может быть «потерявшихся» процессов, etc) — то незачем. Никто не мешает оставаться на старой версии дистрибутива.
Однако, если уж ты выбрал дистрибутив, который зачем-то (ради удовлетворения чьих-то юзкейсов) перешёл на systemd — ничего не поделаешь, придётся сделать RTFM и перекрасить-таки стоянку. В конце концов, в этом и заключается работа админа. Но я уверен, что можно найти функциональные преимущества даже в случае «офисной почты/телефонной станции/ERP».
ситуация, когда новый IPC не работает без смены системы инициализации и управления tty без ковыряния в системе (я бы сказал, эпического ковыряния)
Это ты о чём?
Исходная версия intelfx, :
В принципе, да, это требует какогото демонctl, но трудозатраты на его создание сильно преувеличены.
Есть 9000 разных демонов, которым нужен mysql. Я считаю, что работу по ожиданию запуска лучше сделать в одном месте (в супервизоре), чем в 9000 местах.
когда всё отлично работало на «говне мамонта» зачем всё перекрашивать?
Если всё и вправду работало отлично (настроен мониторинг, автоперезапуск, не может быть «потерявшихся» процессов, etc) — то незачем. Никто не мешает оставаться на старой версии дистрибутива.
Однако, если уж ты выбрал дистрибутив, который зачем-то (ради удовлетворения чьих-то юзкейсов) перешёл на systemd — ничего не поделаешь, придётся сделать RTFM и перекрасить-таки стоянку. В конце концов, в этом и заключается работа админа. Но я уверен, что можно найти функциональные преимущества даже в случае «офисной почты/телефонной станции/ERP».
ситуация, когда новый IPC не работает без смены системы инициализации и управления tty без ковыряния в системе (я бы сказал, эпического ковыряния)
Это ты о чём?