просто случаев - по которым процесс может слечь - туева хуча. все их - часто не предусмотришь.
был когда то у меня клиент с классическим меганибацца скриптом в кроне
"есле httpd нет в процессах, знач reboot" и, следовательно, со звонками на телефон мне в три часа ночи, каждую ночь, в то время как сервер на саппорте не был.
не хочу никоем боком обидеть скрипто-писателей, но я за 7-летнею практику не видел еще ни одного корректного чекера\автораннера процессов, хотя, признаю - очень достойные попытки реализации тоже видел.
myhand: Боюсь, Вы даже близко не представляете сколько в этой **** еще ошибок. Не надо такую порнографию советовать.
как педалька - пойдет.
состояния процессов не проверяет, просто - если нет пида - то запускает.
понятное дело,что можно по массе критериев проверять состояние процесса.
идеальный моник - это не автомат,а "если процесс лежит, послать уведомление с вырезкой какого либо лога - почему лежит.", и уже после этого уведомления - пусть админ разбирается.
maxttor: если процесс падает, "это" его подымает...
форевер мазафака!!!!! 🤪🚬
#!/bin/bash
# PID's
pid_nginx=`pidof nginx` pid_proftpd=`pidof proftpd` pid_httpd=`pidof httpd` pid_snmpd=`pidof snmpd` pid_mysqld=`pidof mysqld` if test -z "$pid_nginx"; then /etc/rc.d/init.d/nginx start fi sleep 1s if test -z "$pid_proftpd"; then /usr/local/proftpd/sbin/proftpd -c /usr/local/proftpd/etc/proftpd.conf fi sleep 1s if test -z "$pid_httpd"; then /etc/rc.d/init.d/httpd start fi sleep 1s if test -z "$pid_mysqld"; then /etc/rc.d/init.d/mysqld start fi
if test -z "$pid_snmpd"; then /etc/rc.d/init.d/snmpd start fi
отошлите чтото вроде этого линка или того,что там написано, своему хостеру:
http://www.vds54.ru/help/server_refused_to_allocate_pty_solution
это частая болезнь впсок на OpenVZ
о госпаде.. у всех что ли беды последний месяц?
постучите... 316862
Давно обращались к ТСу? Тишина в аське...
Добрый день. отписал всем,кто написал в аську. в два часа ночи я обычно иногда сплю :)
какую ошибку пишет? ваш file.tpl - может быть уже есть на сервере?
монит - видел. понравилось.
так сложилось исторически - что мы используем нагиос и gsm-шлюз.
плагины в нагиос пишем сами.
Значит monit идеальный моник
monit, nagios да все что угодно.
просто случаев - по которым процесс может слечь - туева хуча. все их - часто не предусмотришь.
был когда то у меня клиент с классическим меганибацца скриптом в кроне
"есле httpd нет в процессах, знач reboot" и, следовательно, со звонками на телефон мне в три часа ночи, каждую ночь, в то время как сервер на саппорте не был.
не хочу никоем боком обидеть скрипто-писателей, но я за 7-летнею практику не видел еще ни одного корректного чекера\автораннера процессов, хотя, признаю - очень достойные попытки реализации тоже видел.
Акуенске!!! маладца!
Боюсь, Вы даже близко не представляете сколько в этой **** еще ошибок. Не надо такую порнографию советовать.
как педалька - пойдет.
состояния процессов не проверяет, просто - если нет пида - то запускает.
понятное дело,что можно по массе критериев проверять состояние процесса.
идеальный моник - это не автомат,а "если процесс лежит, послать уведомление с вырезкой какого либо лога - почему лежит.", и уже после этого уведомления - пусть админ разбирается.
если процесс падает, "это" его подымает...
форевер мазафака!!!!! 🤪🚬
и в крон на "раз в минуту"!
поправил. ошибка была.
ну или AFXR вдруг ктото на втором сервере запретил. или днс вторичный лежит.