Как автоматически переподнимать приложение в linux?

Question

[Denis]

Мужики подскажите пожалуйста, у меня есть сервис (wrapper - следит за csync2), который по тем или иным причинам может завершиться с ошибкой, как мне настроить автоматический его перезапуск? OS Debian9. Возможно есть какая-то утилита для этого (

Comments

[AUser0]

Есть, называется monit.

Answer 1

[Vadim Priluzkiy]

systemd Кто-бы что-бы не говорил, это самое простое и надёжное решение.

Answer 2

[Виктор Таран]

нет под рукой csync2
но молгу дать общую логику для самого простого мониторинга

*/1 * * * * /etc/init.d/php5.3-fpm status  | grep -oq "Active: failed" && /etc/init.d/php5.6-fpm restart

Пример сразу для крона
как мы видим сморим статус демона, в ответе ищем слово Active: failed
&& - Если истина то выполнить команду
У цсинка может быть немного по другому но по сути
вам нужно
1. определить критерий краша.
2. на основание этого краша сделать рестарт демона.
3. можно использовать сторонние мониторинг там zabbix но я думаю у вас нет такого объема.

Answer 3

[CityCat4]

Крутой и мозго#бический - systemd, если не блюешь с него

Босяцкий:

# Winbindd processes
entries=`ps -ax | grep winbindd | grep -v grep | wc -l`

# When there are 0 entries, start winbindd
if [ $entries -eq 0 ]; then
  cd /usr/local/etc/rc.d
  samba start
  /usr/bin/logger -4 -i -t chkwinbind -p daemon.info Winbindd crash detected, process restarted
 else
   /usr/bin/logger -4 -i -t chkwinbind -p daemon.info Running $entries winbindd process\(es\)
fi

Это проверялка процесса winbinnd, написанная - реально - лет двадцать назад :) Ставится в крон.

Comments

[Karpion]

Зачем ставить в cron, если можно спокойно дождаться завершения процесса, проверить статус/логи и при нужде запустить снова?

ps -ax | grep winbindd | grep -v grep это очень плохое решение. См.мой ответ ниже.

Вместо

cd /usr/local/etc/rc.d
samba start

можно /usr/local/etc/rc.d/samba start

[CityCat4]

Karpion,

Зачем ставить в cron, если можно спокойно дождаться завершения процесса, проверить статус/логи и при нужде запустить снова?

Зачем? В шелл оборачивать? То есть в памяти бесполезно висит один шелл? Ну-ну... Крон все равно стартует и ему откровенно поуху сколько дергать скриптов.
Или как Вы обнаружите момент завершения процесса? (Про systemd ничего говорить не надо - если у Вас systemd - см. мой ответ выше)

это очень плохое решение.

Чем плохое?

можно /usr/local/etc/rc.d/samba start

Можно. А можно и не. Философия UNIX - there is more one way to skin a cat. Если мне например понадобится перезапустить еще что-то в этом месте - меньше текста набирать.

Ну а вообще - не нравится - не используйте :) Я Вас не заставляю.

[Karpion]

Висящий в памяти процесс - намного лучше, чем такой же процесс, постоянно запускающийся и завершающийся. Я как бы намекаю, что скрипт - это шелл.

Момент завершения процесса - я определяю так же, как шелл определяет завершение процесса в примере типаpwd ; echo ...Системный вызов такой есть, не помню точно название. Кстати, systemd определяет завершение процесса точно так же.

Answer 4

[Karpion]

Можно написать скрипт на shell (sh, csh, bash). Он запускает программу; дожидается её завершения (тут вообще ничего делать не нужно, это штатное поведение); проверяет код завершения процесса и логи; и принимает решение - перезапустить программу или нет.

Есть программы, которые "заныривают в background" - процесс делает fork, родитель завершается, чилдрёнок работает. Это как раз против того, чтобы запустивший программу скрипт дожидался завершения.
Как правило, так делают всякие программы-демоны типа SendMail, Apache, Squid и прочие. Но такие программы оставляют файл типа /var/run/программа.pid (путь м.б. другой; имя файла бывает иное), в котором в первой строке записан id процесса (если программа запускает несколько копий - то id главного процесса). Далее очевидно - надо дожидаться завершения этого процесса. И я не уверен, что можно получить код завершения - надо смотреть документацию.

Если файл /var/run/программа.pid не создан - значит, процесс вообще не запустился; ну или запустился и успел сдохнуть. Хотя если процессу прислать "kill -9" - то он сдохнет, но /var/run/программа.pid останется" но записанный там id процесса, скорее всего, будет свободен. Это тоже надо учесть.