некорректное поведение триггера

[alekseev]

настроил триггер для мониторинга службы nfs-server с таким вот выражением:

{SERVER1 nfs-server:proc.num[nfs-server].last(#2)}=0

, по логике 0 - работает, 1 - не работает, но как только я его активирую, начинает маячить на экране что данный сервис не работает, но он работает и по аналогии у меня настроено множество триггеров, и они при таких же условиях отрабатывают нормально, к примеру этот

{SERVER2 crond:proc.num[crond].last(#2)}=0

, в чём может быть трабл?

[Kos]

1) А почему Вы проверяете второе с конца (т.е. предыдущее) значение?

по логике 0 - работает, 1 - не работает

2) proc.num() возвращает количество процессов. Т.е. 0 - процесса нет, больше ноля - процесс есть. Почему в Ваших рассуждениях логика обратная?

[alekseev]

я немного запутался., для Centos 7 когда процесс падает, тоесть равен нулю, данный триггер срабатывает на ура, когда сервис действительно остановлен

{Server1 crond:proc.num[crond].last(#2)}=0

почему тоже самое не работает на Ubuntu 18 я не понимаю, как будто он по какой то другой логике работает, сервис работает - триггер выводит сообщение что нет.

[Kos]

Ещё раз повторю: триггерная функция last(#2) возвращает второе с конца (т.е. предыдущее) значение. Для неё ещё есть сокращение prev(). В применении к данной задаче в этом мало смысла. Обычно используют либо last() (т.е. одно последнее значение), либо (если надо анализировать несколько значений) - max(#2)=0 (т.е. оба последних значения были нулевыми).

Что касается другого дистрибутива, то там запросто тот же (по функциям) демон может называться немного по-другому. Скажем, бинарник демона syslog мог называться syslogd, rsyslog или syslog-ng.
Покажите вывод команды

ps -ef | grep [c]ron

на вашем Centos-е и на Ubuntu.

[alekseev]

на centos вывод
/usr/sbin/crond -n

на ubuntu вывод
/usr/sbin/cron -f

но! что удалось узнать, к примеру на той же ubuntu, если я мониторю nginx через данное выражение

 
 {Server1 nginx:proc.num[nginx].last(#2)}=0

то при останове службы триггер сразу срабатывает и работает как и должен работать, а вот nfs-server заставить не могу....

[Kos]

на centos вывод
/usr/sbin/crond -n

на ubuntu вывод
/usr/sbin/cron -f

При этом у вас мониторится процесс с помощью метрики proc.num[crond], т.е. ищется процесс с именем crond.
Ещё вопросы есть?

[alekseev]

в конечном итоге это косяк этого сервиса
решил свой вопрос с помощью данного выражения:

{имя_сервера:net.tcp.port[ip:port].last(#2)}=0

спс за помощь!