| 1.1, Аноним (-), 14:27, 14/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
check program myscript with path "/usr/local/bin/myscript.sh"
if status != 0 then alert
УРА! Давно ждал!
| | |
| 1.2, Аноним (-), 14:45, 14/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Замечательная штука!
Этакий швейцарский костыль.
Под высокой нагрузкой, когда демоны нет нет да валятся, позволяет жить!
| | |
| |
| 2.3, Аноним (-), 14:47, 14/09/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Под высокой нагрузкой, когда демоны нет нет да валятся, позволяет жить!
Давно уже существуют всякие SMF, upstart, systemd.
| | |
| |
| 3.4, Rush (??), 15:08, 14/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Давно уже существуют всякие SMF, upstart, systemd.
Когда это они научились показывать статус в веб, отсылать email (а это шлюз для SMS) и ещё over 9000 фич?
| | |
| |
| 4.5, Аноним (-), 15:24, 14/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Когда это они научились показывать статус в веб
Связь между задачами "показывать статус в веб" и "перезапускать демона при падении" очень слабая. Потому что первая из них должна решаться специализированным софтом, а вторая непосредственно входит в задачи системы инициализации. И когда задачи init пытаются взвалить на левую софтину, это уже костыли.
Что касается отсылки уведомлений (и любых других действий, вплоть до включения звоночка над кроватью админа) по событию, то их не умеет только ленивый.
| | |
| 4.6, Аноним (-), 15:42, 14/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Когда это они научились показывать статус в веб, отсылать email (а это шлюз для SMS) и ещё over 9000 фич?
Вообще-то, изначально речь шла всего лишь об автоматическом перезапуске демонов
>Под высокой нагрузкой, когда демоны нет нет да валятся, позволяет жить!
И решать эту задачу при помощи "показывалки статуса в вебе" немного кривовато, вы не находите?
| | |
| |
| 5.14, vladka (?), 05:42, 15/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
Показывалка статуса - это еще одна полезная возможность, автоматический подъем демона делается не через неё, а так:
check process xxx with
pidfile /var/run/xxx.pid
start program = "/etc/init.d/xxx restart" with timeout 10 seconds
stop program = "/etc/init.d/xxx stop" with timeout 5 seconds
С новым 'crontab' синтаксисом стало еще проще делать проверку для проблемного приложения хоть каждую секунду.
| | |
| |
| 6.17, Аноним (-), 14:57, 15/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Показывалка статуса - это еще одна полезная возможность
А такой полезной возможности, как проигрывание музыки, там нет?
Когда в одну программу запихивается куча слабо связанных между собой функций - это уже попахивает виндой. И уж тем более - когда отдельные функции влезают в круг задач других программ (в частности, системы инициализации).
>С новым 'crontab' синтаксисом стало еще проще делать проверку для проблемного приложения хоть каждую секунду.
О ужс, там синхронный опрос? А вот системы инициализации, как правило используют асинхронные механизмы (типа уведомлений от cgroups в systemd), что гораздо приятнее в плане как скорости реакции, так и производительности (особенно если нужно мониторить много приложений).
| | |
| |
| 7.22, vladka (?), 18:02, 16/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
Для системы мониторинга проигрывание музыки не требуется, а вот наглядное отображение состояния вполне в тему.
cgroups есть где-то кроме Linux? Оно позволяет, скажем, следующие конструкции?
if failed host 192.168.1.100 port 8080 protocol http
and request '/testing' hostheader 'example.com'
with checksum8f7f419955cefa0b33a2ba316cba3659
with timeout 10 seconds
then restart
if failed host cave.persia.ir port 4040
send "Open, Sesame!\r\n"
expect "Please enter the cave\r\n"
send "Shut, Sesame!\r\n"
expect "See you later [A-Za-z ]+\r\n"
then restart
| | |
| |
| 8.23, Аноним (-), 14:19, 17/09/2011 [^] [^^] [^^^] [ответить] | +/– | Почему Вдруг админу во время наглядного просмотра состояния станет грустно Bre... текст свёрнут, показать | | |
| 8.24, Аноним (-), 14:23, 17/09/2011 [^] [^^] [^^^] [ответить] | +/– | Я вовсе не спорю с тем, что системы мониторинга нужны и полезны Мне просто не н... текст свёрнут, показать | | |
|
|
|
|
| 4.9, XPEH (?), 19:17, 14/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Bo первых все кроме SMF существует относительно недавно. Во вторых предлагаете из-за одного проблемного сервиса менять на сервере столь ответственную штуку как init ?
| | |
| |
| 5.18, Аноним (-), 14:59, 15/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Bo первых все кроме SMF существует относительно недавно.
То-то я смотрю, уже год как шестой RHEL с upstart вышел.
> Во вторых предлагаете из-за одного проблемного сервиса менять на сервере столь ответственную штуку как init ?
Я предлагаю решать проблему, а не завешивать ее тряпочкой. Начнем с того, что демон вообще не должен падать.
| | |
|
|
| |
| 4.19, Аноним (-), 15:00, 15/09/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> на *BSD этого нет
Ну так никто и не предлагает их использовать на критических серверах. Большому плаванью - большие корабли.
| | |
|
|
| 2.20, Аноним (-), 15:02, 15/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Замечательная штука!
> Этакий швейцарский костыль.
> Под высокой нагрузкой, когда демоны нет нет да валятся, позволяет жить!
Скажите, а оно может, как systemd, на время перезапуска службы поддерживать открытым сокет и накапливать поступающие запросы (чтобы после запуска демон смог их обработать)?
| | |
|
| 1.7, Аноним (-), 17:41, 14/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
если демоны валятся, и чудо-поделие отправляет смски, то это похоже, как вместо похода к доктору с аппендицитом, поциент постит свои боли в твиторе
| | |
| |
| 2.8, Аноним (-), 18:20, 14/09/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> если демоны валятся, и чудо-поделие отправляет смски, то это похоже, как вместо похода к доктору с аппендицитом, поциент постит свои боли в твиторе
Что вы предлагаете как альтернативу? Систему искусственного интеллекта, которая при падении демона разбирается в причинах, тюнит конфиг, оптимизирует рабочие данные, банит атакующих кульхацкеров и т.д., а админу при этом ничего не говорит?
Я бы тоже такую хотел, да вот только никто так и не написал ничего похожего... =(
| | |
| |
| 3.10, XPEH (?), 19:18, 14/09/2011 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> Что вы предлагаете как альтернативу?
Да ничего он не предлагает, это просто очередной перфекционист из числа админов локалхоста.
| | |
|
|
| 1.11, Key (ok), 19:38, 14/09/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >/var/run/mysqld.pid
Коллеги, это он так мониторит "процессы"??? по pid-у? Так не пойдет.
Процесс может вылететь так, что в pid-файле ничего не поменяется. У меня даже есть пример тому - freeradius.
| | |
| |
| 2.12, ig0r (??), 19:44, 14/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
он прверяет существует ли процесс который имеет такой же pid как в указанном файле.
| | |
| |
| 3.21, Аноним (-), 01:16, 16/09/2011 [^] [^^] [^^^] [ответить]
| +/– |
А что мешает в интервале между падением процесса и операцией проверки запуститься другому, совершенно левому процессу с тем же идентификатором?
| | |
|
| 2.16, vovans (ok), 08:54, 15/09/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Вы бы, сударь, хотя бы удосужились посмотреть, как он это в действительности делает. А не судить по тому, как абрамович напел.
Там куча способов слежения. И по доступности порта и остальное прочее. А по пиду уже ответили.
| | |
|
|
