Supervisor vs cron

Лучше supervisor, потому что не велосипед. А значит, он

1) стабильнее: лучше оттестирован, чем этот баш-скрипт, и не будет таким хрупким.

2) удобнее: уже есть дока и достаточно фич, чтобы хватило в большинстве случаев, также не нужно писать код самому, а только короткий конфиг.

Если машину будут после тебя админить, то этот самописный скрипт принесет им страдания. Хотя этот пункт весьма относительный и зависит от намерений.

P.S. Если жалко нескольких мегабайт памяти, то точно лучше баш-скрипта заюзать upstart/openrc/systemd (что там стоит в твоей системе).

бери супервизор. если понадобится в дальнейшем расширять-изменять, с самописным башеговном замучаешься

На счет хрупкости, мне кажется, чаши весов в пользу баша, так как у супервизора только конфиг в разы превосходит весь башевский код (цикл пока убрал):

a=$( ps -A | grep 'processname' | wc -l ); if [ $a -eq 0 ]; then date >> /tmp/processname.log; service processname start; fi

Нет, чаши весов тут никак не в сторону баша :) Суть не в размерах конфига, а в том, что твой скрипт хрупкий и рассыпется при разных нештатных ситуациях, при этом нужно еще разбираться, что пошло не так. У супервизора есть лог, который можно почитать и понять, что к чему.

Опять же, это велосипед => это плохо.

service processname start

а если exit(1)? а если таймаут?

А что в плане принципа работы супервизора? Он тоже опрашиваешь список процессов через какие-то интервалы или может каким-то образом работает через прерывания?

по косвенным признакам - опрашивает процессы через интервалы, но код я не читал

так в системд есть фича перезапуска при крэше

a=$( ps -A | grep 'processname' | wc -l );

Жуть какая

*/5 * * * * pgrep -f mysweetproc &>/dev/null || mysweetproc

да какая разница, контроля состояния процесса нет, только наличие. контроля запуска нет, нотификации залипшего процесса нет. короче вместо HA - видимость одна

Идеальная реализация вотчдога слишком специфична для каждого приложения.
Зачастую нельзя отличить просто загруженный процесс от залипшего.

В общем это всё приумножение сущностей на пустом месте, у ТС явно не ынтерпрайз с болезненным SLA

Аналог respawn из /etc/inittab ?

возможно

Дорогой друг, я разве просил вас обсуждать мою личность? Если нечего больше сказать по теме, лучше помолчите.

Нет

Косяк, этим скриптом можно запустить >1 процесса.

runit, s6 и аналоги, или inittab на худой конец

Благоданю, возьму pgrep в арсенал.

Потестил супервизор на предмет времени срабытывания - поднимает процесс очень быстро, в течении 1 секунды после падения.