| |
| 1.8, Алексей Волков, 09:02, 05/06/2009 [ответить] [смотреть все]
| +/– | |
Не имею ничего против monit или daemontools. Но хочу особо подчеркнуть, что по сути одна строчка в единственном файле призывает на службу достаточно неплохие штатные возможности для уменьшения рисков от простоя служб.
P.S. Всегда можно сочинииь ситуацию в которой не мпоможет ни мой скрипт, ни monit ни кто другой.
|  | | |
| 1.10, monitord, 12:57, 05/06/2009 [ответить] [смотреть все]
| +/– | |
http://www.freshports.org/sysutils/monitord/
"This port allows one to monitor other standalone services and
automatically restart them if they are accidentally and unwittingly
terminated, or crash either because of instability or a DoS attack.
It simplifies a task capable of being performed by cron(8) by not
requiring custom scripts to be written for each service being
monitored. The configuration file is simple and easily setup."
|  | | |
| 1.12, Warhead Wardick, 22:37, 05/06/2009 [ответить] [смотреть все]
| +/– | |
Алексей, а мне Ваш скрипт нравится. Я "малую механизацию" вообще уважаю :)
(Спокойно! Там где нужна "тяжелая", она и стоит.)
Для тех кому нужно "кэш в сквиде почистить перед стартом" рекомендую творчески подойти к самой последней части скрипта "$ start" ...
Тем кто боится что оно "закидет" бессмысленными email-ами ... Если уж вы чего то ради поставили бох на мониториг - в таком письме очень много смысла! И наводит на мысли о премии которая была так близка и еще есть пол часа чтобы ssh'нуться и еЯ спасти ... :)
Ну и _12_ писем в час для реального админа - это скорее ТИШИНА :)
|  | | |
| 1.17, Дмитрий Ю. Карпов, 15:12, 06/06/2009 [ответить] [смотреть все]
| +/– |
Интереснее было бы сделать иначе:
* Собрать информацию о PID-файлах (они характеризуют запущенность демона).
* Повесить wait() на все демоны, которые оставили PID-файлы.
* При окончании одного из демонов в зависимости от кода его завершения принимать решение о перезапуске.
А ещё круче - опрашивать демонов на предмет отклика, и если не откликается - то убить и запустить заново. Опрос демона можно делать отдельной программой, специфичной для каждого протокола; а перезапускать как описано в первом абзаце.
|  | | |
| |
| 2.20, User294, 23:34, 06/06/2009 [^] [ответить] [смотреть все] [показать ветку]
| +/– |
>А ещё круче - опрашивать демонов на предмет отклика, и если не
>откликается - то убить и запустить заново.
А вы пробовали по ссылкам народа из коментов походить?А то они дело говорят.Тот же monit и подобные насоветованные в коментах как раз примерно такое и делают... будучи небольшими такими утилитками с кучкой возможностей.
До кучи насчет скриптов есть вот какая мысль: если в системе уже задница, совсем не факт что новый процесс (как то периодический чекер по крону) вообще осилит запуститься.Например, прикиньте - память кончается?А вот возьмет и не хватит ее на старт нового процесса.И чего?В этом плане у мелкого демона-монитора имхо 5 очков форы вперед (он может память себе заранее выделить и будет продолжать работать даже в ситуации "наступила жопа").
|  | | |
|
| 1.22, paranormal, 10:31, 08/06/2009 [ответить] [смотреть все]
| +/– |
Спасибо большое за идею. Вижу не только у меня на новых фрях с новыми сквидами такая проблема возникла... В 6-рках 2-х годичной давности такой проблемы нету... Хотя хз, если обновить то может и будет :(.
|  | | |
| 1.24, TomB, 13:48, 08/06/2009 [ответить] [смотреть все]
| +/– |
Наверное кто-нибудь использует в подобных случаях отправку смс-ок от сервера, как это вообще делается?
Мой оператор мегафон не хочет рассказывать, звонил им в саппорт.
|  | | |
|
|