Непонятный глюк с item

[Flegel]

Всем доброго дня!

Что мы имеем:
UserParameter=fpm,/etc/zabbix/php_fpm.sh
php_fpm.sh

#!/bin/sh
PS=`ps -axu |grep php-cgi |grep -v grep |tail -q |awk '{print $11}' |wc -l`

if [ $PS = 0 ] ; then
echo 0
else
echo 1
fi

Fpm запущен, проверяем скрипт
[root@web1 /etc/zabbix]# ./php_fpm.sh
1
Для проверки запускаем на стороне сервера zabbix_get
/usr/local/etc/zabbix1.8.3/sbin/zabbix_get -s web1.int -p 10050 -k fpm
0

Ничего не понимаю

[dotneft]

какой смысл этого скрипта вообще?

почему нельзя в UserParameter сразу написать:

UserParameter=fpm,ps -axu |grep php-cgi |grep -v grep |wc -l

[Jimson]

думаю что из под юзера "zabbix" команда `ps ax` не покажет вам процессы запущенные не из под пользователя zabbix

если это fbsd, то
sysctl -a | grep security.bsd.see_other

[Flegel]

какой смысл этого скрипта вообще?

почему нельзя в UserParameter сразу написать:

UserParameter=fpm,ps -axu |grep php-cgi |grep -v grep |wc -l

Сделал по вашему примеру. Непонятно почему, но значения различаются!

UserParameter=php,ps -axu |grep php-cgi |grep -v grep |wc -l |awk '{print $1}'

[zabbix@client ~]$ ps -axu |grep php-cgi |grep -v grep |wc -l |awk '{print $1}'
51

[root@server ~]# /usr/local/etc/zabbix1.8.3/sbin/zabbix_get -s web1.int -p 10050 -k php
0

думаю что из под юзера "zabbix" команда `ps ax` не покажет вам процессы запущенные не из под пользователя zabbix

если это fbsd, то
sysctl -a | grep security.bsd.see_other

Из под юзера Zabbix все работает, проблем с правами нет

[zabbix@client ~]$ ps -axu |grep php-cgi |grep -v grep |wc -l |awk '{print $1}'
51
sysctl -a | grep security.bsd.see_other
security.bsd.see_other_gids: 1
security.bsd.see_other_uids: 1

[Flegel]

Попробуйте так

userparameter=php,ps -axu |grep php-cgi |grep -v grep |wc -l |awk '{print $$1}'

Не работает...
На клиенте вывод такой команды ничего не даёт

ps -axu |grep php-cgi |grep -v grep |wc -l |awk '{print $$1}'

На сервере:

[root@server ~]#/usr/local/etc/zabbix1.8.3/sbin/zabbix_get -s web1 -p 10050 -k php1
0

[Jimson]

набивайте свою строку "по шагам", вначале просто "ps -axu" проверьте что через zabbix_get возвращается, затем добавляйте конвееры по одному

P.S. у себя проверил, все работает

[dima_dm]

Не работает...
На клиенте вывод такой команды ничего не даёт

На сервере:

Я уже понял, такой приём применяется при использовании key c параметрами. т.е. key[*]. Поэтому и удалил.

[`kk]

поставьте агенту DebugLevel=4 и посмотрите лог

[Flegel]

набивайте свою строку "по шагам", вначале просто "ps -axu" проверьте что через zabbix_get возвращается, затем добавляйте конвееры по одному

P.S. у себя проверил, все работает

Проверил по шагам...
ps -axu |grep php-cgi - работает
ps -axu |grep php-cgi |grep -v grep |wc -l - уже не работает, т.е.

[root@con2 ~]# /usr/local/etc/zabbix1.8.3/sbin/zabbix_get -s web1 -p 10050 -k php1
0

Можно Ваш пример в студию?

[Flegel]

поставьте агенту DebugLevel=4 и посмотрите лог

Давно в debug режиме
17365:20101129:151453.224 Requested [php1]
17365:20101129:151453.229 Run remote command [ps -axu |grep php-cgi |grep -v grep |wc -l] Result [8] [ 0]...

[Jimson]

jimson[root]:.../devel-zabbix-agent # cat /usr/local/etc/zabbix/zabbix_agentd.conf | g ^UserParam
UserParameter=fpm,ps -axu |grep zabbix |grep -v grep |wc -l |awk '{print $1}'
jimson[root]:.../devel-zabbix-agent # ps -axu |grep zabbix |grep -v grep |wc -l |awk '{print $1}'
25
jimson[root]:.../devel-zabbix-agent # /usr/local/etc/rc.d/zabbix_agentd start
Starting zabbix_agentd.
jimson[root]:.../devel-zabbix-agent # zabbix_get -s localhost -k fpm
38

так я не понял, "wc -l" не работает или что ? "шаги" они для того что бы не возникало потом вопрос или/или

P.S. кстати, лучше "ps axuww"

[Flegel]

jimson[root]:.../devel-zabbix-agent # cat /usr/local/etc/zabbix/zabbix_agentd.conf | g ^UserParam
UserParameter=fpm,ps -axu |grep zabbix |grep -v grep |wc -l |awk '{print $1}'
jimson[root]:.../devel-zabbix-agent # ps -axu |grep zabbix |grep -v grep |wc -l |awk '{print $1}'
25
jimson[root]:.../devel-zabbix-agent # /usr/local/etc/rc.d/zabbix_agentd start
Starting zabbix_agentd.
jimson[root]:.../devel-zabbix-agent # zabbix_get -s localhost -k fpm
38

так я не понял, "wc -l" не работает или что ? "шаги" они для того что бы не возникало потом вопрос или/или

P.S. кстати, лучше "ps axuww"

По видимому не работала связка |grep -v grep |

С ps axuww стало лучше, но...на клиенте 52 процесса, а на сервере 53

UserParameter=php1,ps axuww |grep php-cgi |wc -l |awk '{print $1}'

ps axuww |grep php-cgi |wc -l |awk '{print $1}'
52

/usr/local/etc/zabbix1.8.3/sbin/zabbix_get -s web1 -p 10050 -k php1
53

[Jimson]

как то так можно еще попробовать: echo $((`ps axww | grep -c zabbix`-1))

[Flegel]

как то так можно еще попробовать: Echo $((`ps axww | grep -c zabbix`-1))

Костыль на костыле едет и костылём погоняет...

userparameter=php1,echo $((`ps axww | grep -c php-cgi`-3))

[root@web1 /etc/zabbix]# echo $((`ps axww | grep -c php-cgi`-3))
-2

[root@con2 ~]# /usr/local/etc/zabbix1.8.3/sbin/zabbix_get -s web1 -p 10050 -k php1
0

В моем случае этого достаточно, спасибо!

[gdgsoft]

Собственно, наткнулся на проблему с итемом. И не могу понять в чем дело.
Под админом
/bin/ps ax|/usr/bin/grep -c gdg_aaa.php
возвращает двойку.
Под пользователем zabbix, через sudo -s -u zabbix возвращает тоже двойку.

А дальше все начинается самое интересное:
zabbix_agentd -p
возвращает:
check.aaa [t|3]
Почему 3 не понятно, должно быть два, т.к. запущен сам процесс и второй это собственно "grep check.aaa"

В то же время:
zabbix_get -s localhost -k "check.aaa"
2

Получается разница между zabbix_agentd и zabbix_get

В zabbix_agentd.conf прописано:
UserParameter=check.aaa,/bin/ps ax|/usr/bin/grep -c gdg_aaa.php

Тип элемента: "Zabbix agent". Тип информации: "Numeric (unsigned)"

После того как убиваю процесс "gdg_aaa.php", "zabbix_agentd -p" возвращает:
check.aaa [t|2]
в то же время zabbix_get -s localhost -k "check.aaa" по прежнему возвращает двойку

И как следствие триггер не срабатывает, так как в элементе постоянно ДВОЙКА!
В общем, клиника.
Что может быть?

P.S.: о проблеме в начале ветки хочу сказать, что проблема действительно в "grep -v grep". Сам столкнулся.