Что можно настроить или включить, чтобы определить, почему systemd предпринял действие «остановить» службу?

I would like to find out why systemd thinks it should be stopping the service unit. What can I configure or enable to determine why systemd took the "stop" action?

Чтобы увидеть текущее -состояние службы, вы можете:

• Используйте команду systemd-cgls -l <service-cgroup-path>:там вы увидите все процессы сервисов, как они есть на данный момент. Путь cgroup службы можно получить с помощью команды systemctl show -p ControlGroup <service-name>. В более поздних версияхsystemd(не в v219 )вы также можете использовать удобную -u <service-name>опцию systemd-cglsвместо пути cgroup службы
• Для подробного анализа вы можете использовать очень подробную systemctl show <service-name>команду :. Это даст массу информации о состоянии службы, как известно systemd, и на основе этой информации вы сможете сделать более подробный вывод о том, что происходит

Чтобы исследовать случай «подозрения на остановку», правильно добавить эти команды как команды ExecStop. Вы можете просто добавить их в начало вашего собственного stop.service-cскрипта (, если это действительно скрипт ).

Или же вы можете добавить их как дополнительные ExecStopкоманды самостоятельно перед вашей stop.service-cкомандой, как в:

[Service]
Type=forking
ExecStart=/local-path/start.service-c
ExecStop=-/bin/sh -c 'systemd-cgls -l -u %n && systemctl show %n'
ExecStop=/local-path/stop.service-c
Restart=on-failure

Обратите внимание, что спецификатор %nправильно обрабатывается systemd, даже если он встречается в строках в кавычках.

В качестве альтернативы вы также можете:

[Service]
Type=forking
ExecStart=/local-path/start.service-c
ExecStop=-/usr/bin/systemd-cgls -l -u %n
ExecStop=-/bin/systemctl show %n
ExecStop=/local-path/stop.service-c
Restart=on-failure

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

Естественно, вы также можете использовать их как ExecStartPostкоманды, чтобы обдумать текущее -состояние сразу после того, как systemdсчитает службу "успешно запущенной".(снова заставляет игнорировать их статус выхода или systemdотключит всю службу в случае сбоя ).

Что касается вывода systemd-cgls, выполняемого как команда ExecStop, вы должны отметить, что процесс MainPIDвсе еще отображается в то время :, если он действительно появляется, то это доказывает, что ExecStopдействительно был выполнен автономно systemd, как вы предполагаете. Иначе (, если MainPIDпроцесс не присутствует в выводе systemd-cglsво время «остановки» ), это означает, что ExecStopбыл запущен в результате процесса MainPID, завершающегося по собственному желанию.(Дополнительные аргументы см. ниже). Вы также можете обратить внимание на номера PID процессов службы вместе с номерами PID команды (now dead )ExecStart, чтобы попытаться сделать вывод о том, чтоfork(2)-происходило с момента запуска службы и всего вместе, потому что это очень важно для службы type=forking, чтобы оценить, хорошо ли она -себя ведет.(Дополнительные аргументы см. ниже).

Что касается systemctl showвывода, выполняемого как команда ExecStop, я бы сказал, что наиболее важными свойствами, на которые следует обратить внимание в вашем конкретном случае , являются:

• MainPID:читает 0, если основной процесс службы завершился по собственному желанию, иначе считывает PID основного процесса службы, если он все еще жив и, таким образом, действительно остановленsystemd
• ExecMainExitTimestamp:считывает время выхода в формате date, если основной процесс службы завершился по собственному желанию, иначе не считывает вообще, если процесс все еще жив и, следовательно, действительно остановленsystemd
• ExecMainExitTimestampMonotonic:как указано выше, но читается в монотонных часах Linux и читается 0, если процесс еще жив
• ExecMainCode:это соответствует строке code=вsystemctl status¹ ,только он сообщает десятичное значение символов CLD_*вместо их перевода в английские слова :в соответствии с текущими значениями Linux для CLD_*символов (, которые представляют собой enum, начиная с 1), ExecMainCodeимеет значение 0, если процесс все еще жив и, таким образом, действительно собирается быть остановленным systemd, в противном случае отображается 1, если процесс уже_exit(2)-ed по собственной инициативе, 2, если он былоkill(2)-издано (в этом варианте использования явно не поsystemd)и так далее

Обратите внимание , однако, что указанные выше поля не соответствуют текущему состоянию службы , если systemdне удалось обнаружить основной процесс службы во время запуска службы..(пояснения см. ниже). Они скорее соответствуют самому последнему прогону, для которогоsystemdудалось полностью выполнить обнаружение.

Дополнительная информация

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

type=forkingуслуги