Если система в целом работает корректно, но отдельные сервисы периодически падают или перезапускаются, диагностику удобно начинать со
systemd и его журналов.Сервисы в ошибочном состоянии:
systemctl --failed
Показывает юниты, завершившиеся с ошибкой — базовая точка входа.
Перезапуски конкретного сервиса:
journalctl -u nginx --no-pager -g 'Starting|Stopped|Failed'
Позволяет быстро выявить циклические рестарты и их частоту.
Автоматические рестарты
systemd:journalctl -b | grep -Ei 'systemd\[1\].*(restart|Restart)'
Помогает обнаружить сервисы, которые
systemd регулярно перезапускает.Количество рестартов:
systemctl show nginx -p NRestarts
Счётчик рестартов с момента запуска
systemd. Рост значения обычно указывает на нестабильность сервиса.Причина остановки:
journalctl -xeu nginx
Даёт максимальный контекст ошибки и системные пояснения.
Проверка
OOM-killer:journalctl -k -b | grep -Ei 'oom|oom-kill|killed process'
Актуально, если сервис завершается без явных ошибок в собственных логах.
Конфигурация сервиса:
systemctl cat nginx
Позволяет проверить параметры рестарта,
drop-in override’ы, зависимости и условия запуска.🔥 Такой разбор покрывает большинство случаев нестабильной работы systemd-сервисов без дополнительных инструментов.
➡️ DevOps Ready | #практика