| |
| 2.2, goshanecr (??), 19:27, 04/06/2009 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
 По-моему такой вариант не всегда подходит.. например squid бывает (редко) вылетает а стартовать потом отказывается потому что кэш надо починить squid -z, у меня просто в кроне каждую минуту скрипт вызывается который проверяет нужные службы и в случае если служба не работает, то перезапускает её с необходимыми доп. действиями. Так же например у clamav иногда какие-то косяки с базами случаются что их надо удалять и заново закачивать..
| | |
| |
| 3.26, ffsdmad (?), 07:22, 09/06/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>По-моему такой вариант не всегда подходит.. например squid бывает (редко) вылетает а
>стартовать потом отказывается потому что кэш надо починить squid -z, у
>
странно у вас, люди спецом под кеш разделы выделают, накапливают его и лелеют, а вы всё время его сбрасываете, какой смысл тогда от прокси? тока ACL чтоли?
| | |
|
| 2.5, Timka (??), 22:32, 04/06/2009 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
это что же вы такое с ним делаете, что он падает? у меня он не падал с нагрузкой в 60М сообщений в сутки. На FreeBSD 6.3.
| | |
|
| 1.8, Алексей Волков (?), 09:02, 05/06/2009 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
 Не имею ничего против monit или daemontools. Но хочу особо подчеркнуть, что по сути одна строчка в единственном файле призывает на службу достаточно неплохие штатные возможности для уменьшения рисков от простоя служб.
P.S. Всегда можно сочинииь ситуацию в которой не мпоможет ни мой скрипт, ни monit ни кто другой.
| | |
| |
| 2.9, hostmaster (??), 12:01, 05/06/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Ваш скрипт в отличие от 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_ писем в час для реального админа - это скорее ТИШИНА :)
| | |
| |
| 2.14, GR (??), 22:44, 05/06/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>Алексей, а мне Ваш скрипт нравится. Я "малую механизацию" вообще уважаю :)
Хорошо показывает возможности "голой" системы, и они таки есть :)
BTW - в Solaris 10 очень неплохо SMF сделан, если ему отрезать его XML-ность, то пожалуй это будет то чего я хочу в следующей фряхе! :)
| | |
| 2.15, User294 (ok), 07:34, 06/06/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Ну и _12_ писем в час для реального админа - это скорее ТИШИНА :)
Как по мне - тупо флудить по поводу облома старта процесса 12 раз в час, но при этом зато класть болт на взвисы, потребление CPU и памяти - о каких, нафиг, премиях идет спич при таком подходе к мониторингу?Благородные доны никогда не встречали ситуации когда процесс как живой но по факту давно уже не отвечает или пошел вразнос загрузив проц или выжирая память?Нет, для мелкого скрипта это конечно забавно, но не более того.ИМХО.
| | |
| |
| 3.21, Pain (??), 07:16, 08/06/2009 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Для альтернативно одарённых было написано - что де там где "малой" механизацией не обойдешься - стоит и трудится "большая". Специально для усера294 - могу перевести на Русский упрощённый. Дважды. Да только не поможет :)
| | |
|
|
| 1.17, Дмитрий Ю. Карпов (?), 15:12, 06/06/2009 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Интереснее было бы сделать иначе:
* Собрать информацию о PID-файлах (они характеризуют запущенность демона).
* Повесить wait() на все демоны, которые оставили PID-файлы.
* При окончании одного из демонов в зависимости от кода его завершения принимать решение о перезапуске.
А ещё круче - опрашивать демонов на предмет отклика, и если не откликается - то убить и запустить заново. Опрос демона можно делать отдельной программой, специфичной для каждого протокола; а перезапускать как описано в первом абзаце.
| | |
| |
| 2.20, User294 (ok), 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 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
 Наверное кто-нибудь использует в подобных случаях отправку смс-ок от сервера, как это вообще делается?
Мой оператор мегафон не хочет рассказывать, звонил им в саппорт.
| | |
|
