Сервис приложения запущен как systemd unit и периодически перезапускается. Как посмотреть причину перезапуска и настроить unit-файл, чтобы сервис корректно перезапускался при сбое, но не попадал в бесконечный restart loop?

Короткий ответ

Причину смотрят через journalctl -u <service> --since "1 hour ago" и systemctl status <service>; чтобы не попасть в бесконечный restart loop, настраивают Restart=on-failure вместе с StartLimitBurst/StartLimitIntervalSec, которые останавливают попытки после N неудач за интервал.

Как это работает подробнее

systemd запускает процесс как дочерний и следит за его завершением; Restart=on-failure перезапускает только при ненулевом коде выхода, StartLimitIntervalSec/StartLimitBurst переводят unit в failed после слишком частых перезапусков.

Пример кода

Пример конфигурацииКопировать

[Service]
ExecStart=/usr/bin/gunicorn app:app --bind 0.0.0.0:8000
Restart=on-failure
RestartSec=5
StartLimitIntervalSec=60
StartLimitBurst=5

Что использовать на практике

• Рекомендация. journalctl -u myapp -n 200 --no-pager покажет traceback падения; частые перезапуски могут быть вызваны OOM (dmesg | grep -i oom), необработанным исключением при старте или недоступной зависимостью при старте.

Подводные камни

• Риск. Restart=always без лимитов — при системной проблеме сервис перезапускается тысячи раз в минуту, маскируя корневую причину; не настраивать RestartSec — слишком частые немедленные перезапуски не дают внешней зависимости время восстановиться.