Проблемы с макросами после обновления

[bga83]

Обновился вчера до второй версии. Однако вылезли проблемы с тем что не элементы в определении которых задействованы макросы срабатывают не корректно. В чем выражается приведу на примере. У меня в шаблоне забита проверка состояния служюы "DNS-сервер", но по причине того, что используются различные версии и локализации имя службы различается, поэтому вынесено в макрос.
Элемент в шаблоне описан так: service_state[{$DNS_SERVICE_NAME}], в шаблоне же прописано дефолтное значение {$DNS_SERVICE_NAME} равное "DNS Server"

Однако при этом возвращается значение 255, о том что якобы такой службы нет вовсе. При проверке через zabbix_get -s <адрес_сервера> -k service_state["DNS Server"] возвращается корректный ответ. В логах сервера на этот счет интересного ничего нет.

Какие идеи? в каком направлении разбираться?

Хочу посмотреть какой именно запрос отправляется на клиент, но пока не понял как

[zalex_ua]

Включить в конфиг файле агента DebugLevel=4, перезапустить агента, смотреть лог и убедиться что же на самом деле запрашивает сервер.

[bga83]

Включить в конфиг файле агента debuglevel=4, перезапустить агента, смотреть лог и убедиться что же на самом деле запрашивает сервер.

пытался так делать, но по причне относительно большого числа элементов разбор лога был довольно затруднителен, отложил на потом. Перебором выснил, что причина была в том. что значение макроса было "упрятано" в двойные кавычки. В версии 1.8 заббикс к ним нормально относился, а 2.0 уже не переваривает, поубирал их и все заработало.

[bga83]

Вылезла еще одна пока не понятная проблема. Ранее была настроена отправка увеомлений кроме e-mail еще и через смс(небольшой скрипт вставляющий данный в веб-форму).

Сам по себе этот скрипт на сервере после обновления отрабатывает корректно, то есть при ручном запуске. А вот заббикс его как-будто и не пытается запустить. При просмотре проблемного триггера отображается, то соответсвующее уведомление сработало без проблем. Но факту это не так. Включил DebugLevel=4, но это ничего не дало в логе не отыскал попытки дернуть нужный мне скрипт.
Где может крыться проблема?

[konfeti]

Вылезла еще одна пока не понятная проблема. Ранее была настроена отправка увеомлений кроме e-mail еще и через смс(небольшой скрипт вставляющий данный в веб-форму).

Сам по себе этот скрипт на сервере после обновления отрабатывает корректно, то есть при ручном запуске. А вот заббикс его как-будто и не пытается запустить. При просмотре проблемного триггера отображается, то соответсвующее уведомление сработало без проблем. Но факту это не так. Включил debuglevel=4, но это ничего не дало в логе не отыскал попытки дернуть нужный мне скрипт.
Где может крыться проблема?

Абсолютно такая же проблема .

[bga83]

Вылезла еще одна пока не понятная проблема. Ранее была настроена отправка увеомлений кроме e-mail еще и через смс(небольшой скрипт вставляющий данный в веб-форму).

Сам по себе этот скрипт на сервере после обновления отрабатывает корректно, то есть при ручном запуске. А вот заббикс его как-будто и не пытается запустить. При просмотре проблемного триггера отображается, то соответсвующее уведомление сработало без проблем. Но факту это не так. Включил DebugLevel=4, но это ничего не дало в логе не отыскал попытки дернуть нужный мне скрипт.
Где может крыться проблема?

С этим разобрался. Причина была в том, что в конфиге не был прописан параметр AlertScriptsPath. Версия 1.8 и без него находила соответсвующие скрипты в домашнем каталоге, а вот для 2.0 надо явно указывать.


Но вылезла еще одна проблема. В документации указано следующее:

A status item has been removed as it was not easy to use and understand. Instead, a new internal item - zabbix[host,<type>,available] has been added. It allows to properly monitor host availability by each of states - Zabbix agent, SNMP, IPMI, JMX - and returns values for available, unavailable and unknown. The database upgrade process doesn't convert all existing 'status' keys and associated triggers to the new syntax, so they have to be converted manually.

В связи с этим надо переделать ряд элементов данных/триггеров вручную. Пробую завести тестовый элемент, но ни zabbix[<имя хоста>,snmp,available] ни zabbix[<имя хоста>,agent,available] не проходит. Элемент вываливается в состояние "не поддерживается". Пробовал и кавычки вокруг имени хоста ставить, результат тот же.
Если кто использует этот тип внутренней проверки приведите плз работающий пример либо подскажите в чем дело.

[bga83]

В связи с этим надо переделать ряд элементов данных/триггеров вручную. Пробую завести тестовый элемент, но ни zabbix[<имя хоста>,snmp,available] ни zabbix[<имя хоста>,agent,available] не проходит. Элемент вываливается в состояние "не поддерживается". Пробовал и кавычки вокруг имени хоста ставить, результат тот же.
Если кто использует этот тип внутренней проверки приведите плз работающий пример либо подскажите в чем дело.

в итоге оказалось вот что. я писал zabbix[<имя хоста>,agent,available], а надо было zabbix[host,agent,available], мне почему-то думалось, что первый параметр должен быть именем хоста, а там нужен именно текст host.