и системд нужно будет натравить на этот пид

если демон и пид не пишет то релоад сделать нельзя будет

если демон пид не пишет, тоже не проблема, с однострочной оберткой на баше

или авторы могли бы сделать PreStop action

если демон пид не пишет, тоже не проблема, с однострочной оберткой на баше

и тут беда еще в том что если у демона есть рестарт и релоад )

и они должны быть разные

тогда ты должен будешь пожертвовать одним из двух вещей

тут не в курсе. разные - всмысле отличаться строками в сервис файле?

тут не в курсе. разные - всмысле отличаться строками в сервис файле?

ну в смысле у тебя рестарт при апгрейде демона, релоад при изменении конфига

а. логически

тебе нужно чтобы рестарт не убивал демон если новая версия не будет работать с этим конфигом

но в системд ты не можешь

тебе нужно что-то внешнее что проверит можно ли делать рестарт

фишка в том что рестат в семантике systemd это stop -> poststop -> prestart -> start

дак это, бэкапить конфиг в успешном постстарте

а дальше его ревертить какнибудь, если не удалось рестартнуться

дак это, бэкапить конфиг в успешном постстарте

ну так пример из жизни был выше - недотестировали все роли и выкатили демон и он на одной из ролей не смог рестартануть после апгрейда

ну бывает когда он катится на 100 ролей

onFailure есть же

onFailure есть же

ну ты не можешь пакет отревертить там )

пакет явно нет :)

@themiron ну я предлагаю тебе просто реализовать такой функционал для демона

и потом показать решение которое работает

думаю, костылями и палками, при условии константности пакета, можно то, что ты хочешь сделать

PreStart конечно был бы полезен тут

думаю, костылями и палками, при условии константности пакета, можно то, что ты хочешь сделать

ну я не смог, на уровне puppet'а костыльнул конечно, но это выглядит ужасно мягко говоря

PreStart конечно был бы полезен тут

он есть, но престарт отработает после остановки

ну я не смог, на уровне puppet'а костыльнул конечно, но это выглядит ужасно мягко говоря

у меня в голове костыли на скриптах. ничем не прекраснее )

у меня в голове костыли на скриптах. ничем не прекраснее )

в рамках скриптов такие костыли нормальны и реализуются просто

а главное работают предсказуемо

ExecStartPre, ExecStartPost, ExecStopPost

ExecStartPre, ExecStartPost, ExecStopPost

угу

ну, собственно тогда никто не запретит ExecStartPre=/path/to/bicycle.sh prestart ExecStart=/path/to/bicycle.sh start ...

и там любой велосипедизм

ну, собственно тогда никто не запретит ExecStartPre=/path/to/bicycle.sh prestart ExecStart=/path/to/bicycle.sh start ...

но на рестарт это тебе не поможет

@themiron мы начинаем уже по третьему кругу одно и то же мусолить

ладно. я не вник в тему, ок

я настойчиво предлагаю реализовать юнит который делает описанный мною кейс

@themiron 'systemctl restart' делает строго ExecStop -> ExecStopPost -> ExecStartPre -> ExecStart -> ExecStartPost

всегда

это не меняется

ExecStop если не отработал за таймаут - шлет SIGKILL

вопрос - как в таких условиях сделать так чтобы рестарт фейлился если конфиг битый?

релоад трогать нельзя, он уже заюзан

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

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

ну это ж ебанный пиздец

ага

тут вот даже решение с чеком через папет элегантнее

Вакансия: специалист техподдержки пользователей в международную компанию. Место: СПб, офис в 50 метрах от метро «Обводный канал». Требования: знания на уровне молодого Windows администратора (классика: AD, DNS и т. п.); Английский (хотя бы мало-мало разговорный, т.к. иногда говорить придется). ЗП: со всеми бонусами в районе 60 График: Пятидневка с 9 до 18 (на самом деле до 17) Подробности по ссылке https://spb.hh.ru/vacancy/21688425 . Если нужна ещё какая-то информация, можно спросить всё что интересно у @hitriy

и при этом инит в этом плане элегантнее и лучше

Мы тоже ищем хорошего коллегу

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

т.е рестарт сфейлится, сервис как работал так и будет работать

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

если на момент окончания стопа в группе остались пиды, они все умрут

таймаут задается в юните

пока он не сработает или все пиды не сдохнут, системд не перейдет к StartPre

пид не проблема, PIDFile есть

пид не проблема, PIDFile есть

ну системд его убьет

а мы хотели этого избежать

рестарт так и так сфейлится так как старт не отработает или престарт

но демон сдохнет

задача же в том чтобы если демон не сможет сделать старт его не стопать

в туда можно записать левый пид, или просто с Type пошаманить, пид не потребуется (тут не уверен)

в туда можно записать левый пид, или просто с Type пошаманить, пид не потребуется (тут не уверен)

если будет левый пид то умрет вся группа и левый пид

системд при запуске демона зафигачит в цгруппу

и все дети его будут в этой группе

да с чего группа то умрет, если они с пидом не связана?

откуда systemd знать о группе

да с чего группа то умрет, если они с пидом не связана?

с того что системд шлет килл всем

откуда systemd знать о группе

он их сам туда поместит

всем процессам? )

@themiron всем процессам группы

Системд - самыйлучий

группа определяется по главному пиду

если он левый, то и группа мимо

группа определяется по главному пиду

насколько я помню нет

ну и в таком случаи ты получишь то же поведение как отключение отправки килла

насколько я знаю - точно да (про posix kill)

системд перестанет контролировать демон

значит статус не будет работать

ну и в таком случаи ты получишь то же поведение как отключение отправки килла

ну. и делай что хочешь, нужно - сам отправишь группе, если надо

значит он будет его пытаться оживить

@themiron это еще больший пиздец чем с фейковым демоном

потому что фактически тебе придется сделать еще больше работы

чтобы оно работало

поведение рестрата контролируется с помощью Restart, в т.ч. по таймауту

пид в этом случае не нужен

чтобы оно работало

дык я думал задача навелосипедить, чтобы работало, нет? )

дык я думал задача навелосипедить, чтобы работало, нет? )

ну ок, сделай юнит, мне покажешь

если заработает твой велосипед

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

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

при этом системд не должен потерять демона - то есть не должен думать что он реально остановлен

когда он работает

то есть когда ты все починил restart должен отработать нормально как и планировалось

то есть, по статусу должен считать что все ок

то есть убить старый и запустить новый

то есть, по статусу должен считать что все ок

может считать что и сдохший, если по рестарту старый умрет

мм. а как нужно по условиям задачи то?

мм. а как нужно по условиям задачи то?

ну пусть статус думает что все ок