LINUX.ORG.RU

История изменений

Исправление upcFrost, (текущая версия) :

Но вот второе базовыми средствами pacemaker'а, насколько я понимаю, не решить.

это с чего вдруг? если ты юзаешь nginx как написал в тегах - у него есть вроде аж 3 уровня мониторинга, включая кастомный скрипт. ну и если уж совсем ну никак - напиши ocf-скрипт юзая скрипт nginx за основу и верти там любые проверки какие хочешь

да и вообще ты можешь тупо юзать статус-страницу для этого. там такой параметр есть для nginx

вот, держи, кури, там найдешь в списке nginx. выдержка из текста

The level 10 monitor operation by default will try and fetch the /nginx_status page
The level 20 monitor operation will perform a more complex set of tests from a configuration file.
The level 30 monitor operation will run an external command to perform an arbitrary monitoring operation

Исправление upcFrost, :

Но вот второе базовыми средствами pacemaker'а, насколько я понимаю, не решить.

это с чего вдруг? если ты юзаешь nginx как написал в тегах - у него есть вроде аж 3 уровня мониторинга, включая порт и прочее. ну и если уж совсем ну никак - напиши ocf-скрипт юзая скрипт nginx за основу и верти там любые проверки какие хочешь

да и вообще ты можешь тупо юзать статус-страницу для этого. там такой параметр есть для nginx

вот, держи, кури, там найдешь в списке nginx. выдержка из текста

The level 10 monitor operation by default will try and fetch the /nginx_status page
The level 20 monitor operation will perform a more complex set of tests from a configuration file.
The level 30 monitor operation will run an external command to perform an arbitrary monitoring operation

Исправление upcFrost, :

Но вот второе базовыми средствами pacemaker'а, насколько я понимаю, не решить.

это с чего вдруг? если ты юзаешь nginx как написал в тегах - у него есть вроде аж 4 или 5 уровней мониторинга, включая порт и прочее. ну и если уж совсем ну никак - напиши ocf-скрипт юзая скрипт nginx за основу и верти там любые проверки какие хочешь

да и вообще ты можешь тупо юзать статус-страницу для этого. там такой параметр есть для nginx

вот, держи, кури, там найдешь в списке nginx. выдержка из текста

The level 10 monitor operation by default will try and fetch the /nginx_status page
The level 20 monitor operation will perform a more complex set of tests from a configuration file.
The level 30 monitor operation will run an external command to perform an arbitrary monitoring operation

Исправление upcFrost, :

Но вот второе базовыми средствами pacemaker'а, насколько я понимаю, не решить.

это с чего вдруг? если ты юзаешь nginx как написал в тегах - у него есть вроде аж 4 или 5 уровней мониторинга, включая порт и прочее. ну и если уж совсем ну никак - напиши ocf-скрипт юзая скрипт nginx за основу и верти там любые проверки какие хочешь

да и вообще ты можешь тупо юзать статус-страницу для этого. там такой параметр есть для nginx

вот, держи, кури, там найдешь в списке nginx. выдержка из текста

The level 10 monitor operation by default will try and fetch the /nginx_status page

Исправление upcFrost, :

Но вот второе базовыми средствами pacemaker'а, насколько я понимаю, не решить.

это с чего вдруг? если ты юзаешь nginx как написал в тегах - у него есть вроде аж 4 или 5 уровней мониторинга, включая порт и прочее. ну и если уж совсем ну никак - напиши ocf-скрипт юзая скрипт nginx за основу и верти там любые проверки какие хочешь

да и вообще ты можешь тупо юзать статус-страницу для этого. там такой параметр есть для nginx

Исходная версия upcFrost, :

Но вот второе базовыми средствами pacemaker'а, насколько я понимаю, не решить.

это с чего вдруг? если ты юзаешь nginx как написал в тегах - у него есть вроде аж 4 или 5 уровней мониторинга, включая порт и прочее. ну и если уж совсем ну никак - напиши ocf-скрипт юзая скрипт nginx за основу и верти там любые проверки какие хочешь