The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Debian запрещает использование в пакетах секции со специфичн..., opennews (??), 14-Ноя-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


27. "Debian запрещает использование в пакетах секции со специфичн..."  +1 +/
Сообщение от proff (??), 14-Ноя-18, 12:46 
Этого не произойдёт в ближайшем будущем. Будут только форки.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

33. "Debian запрещает использование в пакетах секции со специфичн..."  +/
Сообщение от Аноним (25), 14-Ноя-18, 13:21 
А если IBM в Fedora вернёт Upstart? Когда там сделка будет завершена, через год?
Ответить | Правка | Наверх | Cообщить модератору

38. "Debian запрещает использование в пакетах секции со специфичн..."  –2 +/
Сообщение от нах (?), 14-Ноя-18, 13:43 
да не вернет, не ссыте - они не настолько на голову больны.

upstart, если кому-то повезло его проскочить, или просто никогда не приходило в голову разбираться, что это и как работает - есть среди systemd-хейтеров и такие индивидуи - это настолько уродливая конструкция, сплошь состоящая из костылей и подпорок, что я приветствую systemd вместо него.

хотя, конечно, всячески желаю их девелоперам сдохнуть, или попасть в рай, желательно максимально мучительным способом.
В идеале - одновременно.

Ответить | Правка | Наверх | Cообщить модератору

48. "Debian запрещает использование в пакетах секции со специфичн..."  +7 +/
Сообщение от Stax (ok), 14-Ноя-18, 14:35 
Это правда. Заменял я в одном проекте SysV инитскрипт, где использовалась обертка для перехвата stdout/stderr и записи их в лог + перезапуск на простое нативное решение под systemd и upstart. Под systemd все круто - немного упрощений, переключение приложения для запуска без демонизации, все остальное делает сам systemd. Потом еще добавили systemd_notify из приложения и стало совсем шоколадно, приложение нормально оповещает, когда оно реально стартовало (иногда стартовать может должго и это помогает).

А вот с upstart мучался, но ничего не вышло: stdout/stderr перехватывать он не умеет (т.е. в теории с некой версии вроде научился, но зачем нужна эта версия, если все свежайшие дистрибутивы выкинули upstart в пользу systemd, а в поддерживаемых с upstart типа RHEL 6 никто уже не обновит этот самый upstart для поддержки последних фич?); т.е. обертку для перехвата логов не выкинуть. Далее, перезапуск (фича respawn) жутко бажная и фактически не может использоваться для тяжелых сервисов, т.к. там долгая инициализация и останов, у upstart в такой ситуации сносит крышу и он начинает делать respawn при обычном останове, в итоге остановить сервис невозможно. Баг 568288 - его сейчас как бы тоже уже поправили, но кому от этого легче, если в том же RHEL6 фикс никогда не войдет? Да и если бы вошел, мы тут же оказались бы в области бага 703800, висящего на upstart с 2011 года и который никто никогда не почесался исправить. Остановка сервиса выполнением команды, а не отправкой сигнала глючная донельзя.

Ок, перезапускать средствами upstart что-либо тяжелее cron'а значит нельзя, stdout/stderr перехватывать тоже. Оставляем, значит, наши обертки - но они тоже не работают! Т.к. upstart имеет всего три механизма самостоятельного отслеживания PID'ов - когда процесс не форкается, когда форкается один раз и когда форкается два раза. Берет, соответственно, PID непосредственного ребенка, ребенка ребенка или ребенка ребенка ребенка. Все. Если наша перезапускалка может перезапускать больше двух раз (а перезапускается она форкаясь себя саму), отслеживание не работает, upstart процесс просто не видит и считает что все умерло. Можно сколько угодно ругать Поттеринга за сложный systemd, завязанный на cgroups, но там механизм отслеживания хотя бы на 100% надежный и полагается на работу групп в ядре, а не самописные костыли, ломающиеся от мало-мальски сложного сервиса.

Ответить | Правка | Наверх | Cообщить модератору

60. "Debian запрещает использование в пакетах секции со специфичн..."  +/
Сообщение от fi (ok), 14-Ноя-18, 16:03 
вот вот - мир стал лучше когда выкинули upstart. Я так не тронулся с места, оставил старые init.d скрипты в EL6.
Ответить | Правка | Наверх | Cообщить модератору

68. "Debian запрещает использование в пакетах секции со специфичн..."  –1 +/
Сообщение от нах (?), 14-Ноя-18, 16:53 
это тебе повезло, а у меня вот полно систем на 14-16 убунтах и аналогичной дряхлости дебианах, и там регулярно играем в "угадай-кто-к-тебе-идет" - очередная нёх запускается старым init.d-скриптом - о, повезло, исправляем скрипт или удаляем нафиг симлинки ,если просто не нужна, или апcpатится - вот тут начинаем чудеса, с .override в лучшем случае.

Причем наличие или отсутствие скрипта в init.d ничего не означает и не гарантирует - скрипт может быть, но использоваться не он. Повбывав бы.

Ответить | Правка | Наверх | Cообщить модератору

252. "Debian запрещает использование в пакетах секции со специфичн..."  +/
Сообщение от Аноним (252), 30-Ноя-18, 02:51 
> работу групп в ядре, а не самописные костыли, ломающиеся от мало-мальски
> сложного сервиса.

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

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру