Служба периодически перезапускается без видимых аварийных сигналов от самого процесса. В journalctl фиксируется принудительное завершение сторожевым таймером: Watchdog ping failed for service, killing process или Watchdog timeout (WatchdogSec=...), terminating service with SIGABRT.

• Процесс переходит в статус failed (Result: watchdog).
• В логах фиксируется генерация core dump из-за получения SIGABRT по инициативе systemd.

1. Проверьте значение тайм-аута сторожевого таймера в юните:

   systemctl cat <service_name> | grep -i WatchdogSec

2. Определите, почему приложение не успевает отвечать (дедлок или перегрузка CPU/IO):

   # Изучите стек потоков перед падением через coredumpctl:
   coredumpctl gdb <service_name>

3. Если приложение испытывает высокую нагрузку и не успевает пинговать сокет, временно увеличьте интервал WatchdogSec в два-три раза:

   sudo systemctl edit <service_name>.service
   
   [Service]
   WatchdogSec=120s

4. Убедитесь, что в коде приложения вызов уведомления отправляется в неблокирующем цикле (non-blocking thread):

   # В коде на C / Go / Python (sd_notify):
   sd_notify(0, "WATCHDOG=1");

5. Если сторожевой таймер включен ошибочно для ПО без встроенной поддержки systemd notify, отключите его:

   [Service]
   WatchdogSec=0

6. Примените изменения и выполните перезапуск:

   sudo systemctl daemon-reload
   sudo systemctl restart <service_name>