Не к моему знанию. Отдельный почтовый ящик должен существовать на одном сервисе. У Вас могли быть отдельный LDAP и учетные записи Каландра на других машинах, но затем Вы освобождаете интеграцию, которую Вы обычно получали бы.
Игнорирование того Exchange собирается ожидать, что учетная запись будет иметь полную функциональность.
Я использую директиву ping.path в php-fpm, чтобы проверить, работает ли она ...
и настроил его на nginx.conf (не знаю, ваша ли это установка)
location /ping {
access_log off;
allow 127.0.0.1;
deny all;
root html;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /usr/share/nginx/html$fastcgi_script_name;
include fastcgi_params;
}
На monit.d
check process php-fpm.www with pidfile /var/run/php-fpm/php-fpm.pid
group php-fpm
start program = "/etc/init.d/php-fpm start"
stop program = "/etc/init.d/php-fpm stop"
if failed host localhost port 80 protocol http
and request '/ping'
with timeout 20 seconds for 5 cycles
then restart
## If the restarts attempts fail then alert.
if 3 restarts within 5 cycles then timeout
depends on php-fpm_bin
depends on php-fpm_init
depends on nginx
Рассматривали ли вы возможность использования сопоставления шаблонов процесса monit вместе с существующими запусками и остановками демонов?
Некоторая форма соответствия "php-fpm"
Есть ли файл php-fpm.sock
в /var/run/php-fpm/php-fpm.sock
? Если есть, измените эту строку
if failed unixsocket /var/run/php-fpm.sock then restart
с помощью
if failed unixsocket /var/run/php-fpm/php-fpm.sock then restart
As far as I could see, the only difference between php5-fpm and other processes (like nginx) is that its pid file doesn't contain a newline character. Maybe that's the problem. In any case, my solution is uglier but it also works nicely: I just check "process php-fpm with pidfile /var/run/php5-fpm.sock" directly (while trying to find a fix to this bug).