UserParameter ZBX_NOTSUPPORTED: 0

[Dusty]

В 3.2 на виндовом сервере в конфе агента опрашивались UserParameter, как написано в документации. После обновления (в доках написано - "6 Просмотрите параметры конфигурации компонент. В этой версии обязательные изменения в параметрах компонент отсутствуют. Для ознакомления с новыми необязательными параметрами агента, смотрите раздел Что нового." - ничего на эту тему не нашёл) до 3.4.1 все items перешли в состояние "Не поддерживается", zabbix_get на самом сервере получает значение "ZBX_NOTSUPPORTED: 0", в логе агента записи типа "active check "ключ" is not supported: 0"

Строка конфигурации не менялась и имеет вид:

UserParameter=test[*],C:\Zabbix\test.bat | find /C "tested successfully"

Test.bat с поиском в командной строке отрабатывает нормально и выдаёт 1 или 0.

Куда копать?

[Dusty]

Откатил агента до версии 3.2. теперь нот саппортед не пишет, просто присылает вместо единицы ноль.

Что-то в датском королевстве поломалось, однако.

[andris]

Try DebugLevel=4 in zabbix_agentd.conf.

[vso]

В 3.2 на виндовом сервере в конфе агента опрашивались UserParameter, как написано в документации. После обновления (в доках написано - "6 Просмотрите параметры конфигурации компонент. В этой версии обязательные изменения в параметрах компонент отсутствуют. Для ознакомления с новыми необязательными параметрами агента, смотрите раздел Что нового." - ничего на эту тему не нашёл) до 3.4.1 все items перешли в состояние "Не поддерживается", zabbix_get на самом сервере получает значение "ZBX_NOTSUPPORTED: 0", в логе агента записи типа "active check "ключ" is not supported: 0"

Строка конфигурации не менялась и имеет вид:

UserParameter=test[*],C:\Zabbix\test.bat | find /C "tested successfully"

Test.bat с поиском в командной строке отрабатывает нормально и выдаёт 1 или 0.

Куда копать?

echo %errorlevel%
Does appending exit 0 to your command helps ?

[Dusty]

Нашел "косяк".

Служба заббикс агента запускается под localsystem, который не может запустить мои скрипты, соответственно команда "find /C" не находит нужную строку и выдаёт 0.

Когда-то давно, при установке агента версии 3 его запускали от какого-нибудь нетсервиса, а при попытке поднять версию эта настройка слетела.

Кстати в документации почему-то указание на имя запуска не нашёл.

Пока запустил из под локального админа, завтра буду развлекаться с пользователями и наживлять 3.4.1

Спасибо, тред можно видимо закрыть.

[Semiadmin]

Продолжу эту тему.
Обновил агента на одном из серверов до 3.4.1 (RHEL 6 x86_64).
Все айтемы, которые раньше получались подобным образом:

UserParameter=st.in[*],ss -nt state "$1" sport lt :32768 | grep -c "\."

работают нормально, пока результатом не будет 0. Как только получен 0 - картина, как у Dusty. Честно говоря, не понимаю, чем плох 0, если он не в кармане или знаменателе.
Спасает, например, такая конструкция:

UserParameter=st.in[*],echo $((`ss -nt state "$1" sport lt :32768 | grep -c "\."`))

[Dusty]

Да, с нулями, прямо скажем, не всё хорошо.

Вчера айтем, который получил в ответе "0" вместо эскалации тихо ушёл в состояние "не поддерживается" с информацией в колонке "Инфо" - 0 и мониторинг предупреждение не прислал.

Мягко говоря это плохо.

[Semiadmin]

Поставил ради эксперимента агент 3.4.0 для Windows.

UserParameter=net.test, netstat -na |find /C ":10052" - ругается на ноль.
Вот такая штука работает:

UserParameter=net.test,for /f "tokens=1" %a in ('netstat -na ^|find /C ":10052"') do @echo %a

Попробуйте поместить find /C "tested successfully" внутрь вашего бат-файла и скормить агенту готовое значение.

[Dusty]

Поместил, вроде стало полегче. Однако будем наблюдать.

Плюс один из айтемов как перешёл утром в состояние "не поддерживаемый", так в нём и остался. Уж и не знаю, может пересоздать его.