а как в этих ваших новомодных инитах с проверкой перед запуском?

так и знал, всё плохо

Существует только один правильный вариант*: для применения нового конфига ты должен сказать об этом уже работающему процессу, сигналом или каким-нибудь кастомным средством RPC. После этого процесс должен перечитать свои конфиги без остановки работы и атомарно их применить. Если это сделать невозможно (например, конфиг кривой), то должен остаться в силе старый конфиг и процесс должен сообщить об ошибке.

Инит-системы к вопросу вообще никакого отношения не имеют.

upd. * для случая, когда два процесса не могут работать одновременно и предоставлять сервис одним и тем же клиентам.

Я ничего не понял в этом потоке шизофазии. Если тебе надо, что бы при определённом условии демон проигнорировал команду остановки (как это можно понять из первого предложения), то ты хочешь настолько странного, что тебе надо срочно позвонить 03 и позвать Деда Мороза к телефону. К тебе приедут добрые люди в белых халат и увезут тебя в то место, где тебе будет хорошо.

Если же надо, чтобы демон запускался только при успешном выполнении определённого скрипта (как это можно понять из заголовка), то в systemd это делается через ExecStartPre. Например, nginx.service перед запуском проверяет корректность своего конфига и запускается только при успешной проверке:

[Unit]
Description=The nginx HTTP and reverse proxy server
After=syslog.target network.target remote-fs.target nss-lookup.target
 
[Service]
Type=forking
PIDFile=/run/nginx.pid
ExecStartPre=/usr/sbin/nginx -t
ExecStart=/usr/sbin/nginx
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s QUIT $MAINPID
PrivateTmp=true
 
[Install]
WantedBy=multi-user.target

В описание upstart написано, что если в pre-start сделать ″stop″, то запуска не будет и написано, что подобное можно сделать в pre-stop, то есть вызвать ″start″ или ″restart″ из pre-stop. Попробуйте.

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

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

Это баг или недоработка в программе.

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

Как ни печально, но это абсолютно логично. Restart = (stop, pause, start), где длительность паузы не может быть заранее известна. Единственное исключение - когда новую копию сервиса с новым конфигом можно запустить рядом, а уже после запуска и готовности принимать клиентов - убить старую копию сервиса. Но редко такое решение технически возможно.

Я ничего не понял в этом потоке шизофазии. Если тебе надо, что бы при определённом условии демон проигнорировал команду остановки (как это можно понять из первого предложения), то ты хочешь настолько странного, что тебе надо срочно позвонить 03 и позвать Деда Мороза к телефону. К тебе приедут добрые люди в белых халат и увезут тебя в то место, где тебе будет хорошо.

В квотезы XD

Если тебе надо, что бы при определённом условии демон проигнорировал команду остановки

не демон, а апстарт. например потому что условия для рестарта нет, а мне надо почекать перед рестартом. а рестарт = стоп + старт, потому и надо перед стопом почекать. почему - см. выше

ну, если логически получится, то потыкаю

Задача — ничего не делать, если конфиг демона кривой. Утилита для проверки в наличии.

Запущен демон или нет — абсолютно не важно, поскольку попытки позапускать demonctl или послать HUP процессу с кривым конфигом могут привести к нежелательным последствиям от реинициализации базы до запуска МБР по рандомной цели.

Умеет так systemd?

Это баг или недоработка в программе

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

это абсолютно логично

не вопрос, дело-то в другом

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

Ну так почекай перед рестартом, ты же не по крону рестартишь. if test_config && systemctl restart my.service. Ну и даже если по крону, добавь туда ту же проверку перед рестартом.

а рестарт = стоп + старт

Вот только стоп = стоп, а ты его хочешь сделать могустопмогунестоп.

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

а какже защита от дурака? ведь для этого оно и делается

стоп = стоп, а ты его хочешь сделать могустопмогунестоп

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

а какже защита от дурака?

Присутствует в полном объёме. Штатно остановилось, не стало запускаться после проверки, никаких деструктивных последствий не наступило. Больше от защиты требовать нечего. Про систему «получить команду от дурака, догататься, что он имел ввиду, и выполнить наилучшим образом» обращаться всё к тому же Деду Морозу.

чому нельзя аналогичное?

Потому что вещи не аналогичные. Не стартовавший сервис деструктивных последствий не создаёт. Не остановившийся — создаёт.

Штатно остановилось

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

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

Не остановившийся — создаёт

какие?

а если например программе нужно открыть порт? без рестарта не получится в теории.

Што?!

какие?

Получить SIGKILL в репу.

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

Мы всё ещё про защиту от дурака?

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

ну, может уже про защиту от случайности и невнимательности

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

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

не сработало. если же в пре-стопе сделать start, то работает. костыльненько, конечно, но это ж убунта

То есть описанный в документации способ это «костыльненько»?

найди мне пункт, где описано в доке, что можно с помощью start в pre-stop отменять остановку. про обратное написано, видел

алсо, костыль описанный в документации - это задокументированный костыль. никакой логики и ожидаемости

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

В документации написано расплывчато:

You can also use this stanza to cancel the stop, in a similar fashion to the way one can cancel the start in the pre-start.

но всё таки написано. И какая-то логика есть. Раз уж они используют ″stop″ в pre-start для отмены запуска, а не exit code от pre-start скрипта, то и для блокировки остановки логичнее использовать ″start″, а не exit code.

ИМХО, если уж закладывать в системе защиту от дурака, при которой stop/restart срабатывают только при определённом условии (допустим наличие конфига), дак тогда уж нужно вводить ещё команду безусловной остановки (типа service mysql shut). Причём делать это именно штатным подходом во всех дистрибутивах, а отдельным «приколом» вашего сервера. А без этого такая отмена команды ″stop″ может оказаться граблями для того, кто будет админить вашу систему после вас.

ога. спасибо, что вообще упомянули, что можно. а то б я дропнул это дело в итоге не разобравшись

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