Доброе утро коллеги. Напонимте, плз, как проверить что LLD скрипт отдаёт корректный JSON? А то чот нифига не появляется никаких items, хотя их прототип я созадл.

Через zabbix_get

Запросить автодискавер, чекнут json любым онлайнчекером

Ага, заббикс сам не скажет, криво ли данные пришли, как он это делает с обычными item?

если zabbix_get нету, то можно zabbix_agent -t

Через zabbix_get

Он обычно в пакете с сервером идёт? А то нету ssh на сервер...

Во

Телепаты =)

Спасибо

Нет. На сколько помню отдельно ставится или с агентом

:)

Вообще его можно скачать для винды например

винду не пользую

а то что оно мен в начале кажет странное t| это нормально? tuns.discovery [t|{ "data:"[

В чекер JSON грузить всё что с { начинается?

это, если не ошибаюсь, тип данных... json строка, так что по идее должно быть s, а не t

но не уверен

В чекер JSON грузить всё что с { начинается?

да

Error: Parse error on line 2: { "data:" [{ "{#TUNIFNAME}": ----------^ Expecting 'EOF', '}', ':', ',', ']', got '['

аа, : в ковычках

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

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

да, но можно его и уменьшить

я и так поставил 10 сек

Для отладки

А куда смотреть впервую очередь на предмет появления того что задискаверилось?

В последних данных пока не появляется

По имени хоста ищешь в поиске, щелкаешь по discovery - не должно быть крестика справа красного. Если есть - смотришь ошибку. Далее в тоже поиске latest date, ставишь две галки про летальное описание и еще что-то и нажимаешь применить - покажет все айтемы хоста, включая дискаверные. Ну или в списке айтемов хоста.

в списке айтемов будут оранжевым отмечены задискаверенные

Странно, не вижу в Configuration — Discovery

При этом есть шаблон с одним элементом обнаружения и там один хост в шаблоне

у хоста в дисковери есть правило обнаружения?

в списке айтемов будут оранжевым отмечены задискаверенные

Это если всё хорошо. А если что-то пошло не так, то их там не появится

айтемы не появятся, а напротив правила обнаружения в хосте будет красный значок

с описанием ошибки

это не то дисковери )

это дискавери хостов

ок

Configuration - Hosts и в нужном хосте кликаешь discovery

Я же говорю: в поиске вбей имя хоста и там будет дискавери :) Ну или вариант выше

Но там наводишь и Unsupported item key

Проверять юзерпараметр в конфиге агента?

Попробуй

Но если у тебя по нему в тесте все ок было, скорее что-то с json

Вроде всё одинаковое

json пофиксил

Меня напрягает [t | вначале Сам писал скрипт?

Не на питоне случаем?

На питоне

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

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

Вот я тоже подумал так. Там же есть период обновления ансаппортедов

А json как выводишь У тебя весь ответ должен быть валидным json-ом

Так когда печатаю вывод скрипта, норм, это тест ключа в агенте дописывает шляпу свою с t|

Я не понимаю почему t, а не s. Если это тип итема, то должен быть s. У меня вывод встроенного дисковери вот такой: vfs.fs.discovery [s|{"data": и т.д.

Вот я тоже подумал так. Там же есть период обновления ансаппортедов

Да. Тоже верно

Я не понимаю почему t, а не s. Если это тип итема, то должен быть s. У меня вывод встроенного дисковери вот такой: vfs.fs.discovery [s|{"data": и т.д.

Мб я накосячил с типом данных автодискавери?

Хотя тип там и не задаётся, он только про item

Refresh unsupported items (in sec) 60

По идее должно уже было обновить инфу

Update interval (in sec) 10 В самом правиле LLD

Может последняя строка ломает. Но в JSON-чекере всё норм

Заббикс же должен игнорить, если ключ не в формате "{#BLA}"

Поменял на { "{#TUNIFNAME}": "empty", "{#TUNIFIP}": "empty" }

Чот не помогло даже это =(((

Такс, а как мне пингануть найденный IP? В заданных ключачх есть только agent.ping, но ему ж ен скормить IP

ERROR: S client not available

это в simple check, итем icmpping

О, точно.

Чот нифига не работает мой LLD =(

Чот нифига не работает мой LLD =(

убери последнюю строку, а также перенос строки в конце

Перенос строки роли не играет

убери последнюю строку, а также перенос строки в конце

Последняя строка без запятой

По идее ,} быть не должно

А дерьмовый ключ – играет. “last” – именно такой. Они должны быть большими буквами с решёткой.

Как и “remove”

А дерьмовый ключ – играет. “last” – именно такой. Они должны быть большими буквами с решёткой.

Ну я щас переделал

Поменял на { "{#TUNIFNAME}": "empty", "{#TUNIFIP}": "empty" }

А дерьмовый ключ – играет. “last” – именно такой. Они должны быть большими буквами с решёткой.

Как я понял он уже поменял

Ну я щас переделал

Ну валидатором прогони

http://jsonlint.com/

И там обычно если ошибки – заббикс пишет, где они, так же как и у любого item’а

Перенос строки роли не играет

точно играет, если отправлять дискавери-джсон траппером

с агентом возможно нет

И там обычно если ошибки – заббикс пишет, где они, так же как и у любого item’а

ТОка Unsupported item key пишет

http://jsonlint.com/

Results Valid JSON

Блин, как же проверить то в чём косяк? =(

В логах сервера есть подробности?

Ну если ансуппортед до сих пор пишет, то одназначно проверять UserParameter

Если бы json не валидный был, заббикс так и говорил бы

Я вот смотрел видео с конференции по забиксу говорят. что еще можно {...min(#3)}=0

а можно линк на видос

https://www.youtube.com/watch?v=GZEaX6QlYBM

спс

спс

Не за что!

Если бы json не валидный был, заббикс так и говорил бы

Ну там я грепаю юзерпараметер на скрине, и всё в норме. Грепается по той строке что в интерфейсе

Ну там я грепаю юзерпараметер на скрине, и всё в норме. Грепается по той строке что в интерфейсе

Ну из того что я видел. Скрин с опросом агента сделан на pp2, а на скрине заббикса pp1

Может в этом проблема

Простите немного не по теме... Ребята подскажите... В забиксе встроеными средствами можно искать в истории по найденым значениям? Например есть элемент данных snmp MAC адрес... при замене оборудования он меняется, а host.name - нет.. В latest data -> history можно посмотреть изменения.

Или только с помощью SELECTов?