Архитектура ошибки и симптомы сбоя

Состояние «Unit service entered failed state (Result: exit-code / signal / timeout / resources)» — базовое уведомление диспетчера systemd о том, что жизненный цикл службы был принудительно прерван. Менеджер systemd классифицирует первопричину сбоя в поле Result:: отказ выполнения команды (exit-code), внешнее принудительное завершение процесса (signal), зависание скриптов запуска/остановки (timeout) или исчерпание системных дескрипторов и памяти (resources).

Диагностическая таблица параметров сбоя

Пошаговое дерево решений и сценарии траблшутинга

Сценарий 1: Проверка точной категории сбоя через systemctl show

# Просмотр точного статуса завершения и кода результата:
systemctl show service_name.service -p Result -p ExecMainStatus -p ExecMainCode

# Проверка общего статуса службы:
sudo systemctl status service_name.service

Сценарий 2: Обработка сбоя Result: signal (поиск убийцы процесса)

Если служба завершилась по сигналу (например, signal=KILL или signal=TERM):

# Проверка, не был ли процесс уничтожен ядром из-за нехватки памяти (OOM Killer):
sudo dmesg -T | grep -i -E "(killed process|oom_reaper|out of memory)"

# Проверка логов auditd на предмет отправки сигналов kill сторонними процессами:
sudo ausearch -sc kill -ts recent

Сценарий 3: Обработка сбоя Result: resources (увеличение лимитов дескрипторов)

Если службе не хватает файловых дескрипторов (Too many open files):

# Редактирование лимитов службы:
sudo systemctl edit service_name.service

# Добавьте в конфигурацию неограниченные лимиты:
[Service]
LimitNOFILE=655360
LimitNPROC=655360
LimitMEMLOCK=infinity

# Примените настройки:
sudo systemctl daemon-reload
sudo systemctl restart service_name.service

Сценарий 4: Сброс аварийного состояния юнита

# Полная очистка состояния failed для всех юнитов системы:
sudo systemctl reset-failed