что-от странное происходит... прямо мэджик какой-то. я проверил - текст нормальной длины, влазить должен. есть даже более длинные простыни, которые успешно засовываю в базу. а именно этот xml - никак. и никакой внятной ошибки не пишет... я уже голову сломал =(.

А опиши ещё раз, что там за проблема?

Да.

о, а сейчас заработал на удивление:) только почему-то очень коротко обрезает текст

о, а сейчас заработал на удивление:) только почему-то очень коротко обрезает текст

Есть наверное ограничение на длину имени.

Есть наверное ограничение на длину имени.

остальные длиннее, см выше картинку :(

А опиши ещё раз, что там за проблема?

LLD, скрипт. 2 вызываемые по разному функции: 1) обнаружение количества объектов, получение их ID 2) запрос к конкретным объектам, с использованием ранее полученного ID, получение в базовый элемент XML-простыни для последующего препроцессинга через XPath Обнаружение ID объектов - коректно, на первый взгляд - всё вроде корректно, обнаружение полностью справляется, все прототипы создали соответствующие элементы. НО: я обнаружил, что 1 единственный базовый элемент не создался. Точнее он создался но под ним нет данных. В неподдерживаемых элементах появилось это: Value " <OBJECT basetype="enclosures" name="enclosures" oid="1" format="rows"> <PROPERTY name="durable-id" type="string">enclosure_0</PROPERTY> <PROPERTY name="enclosure-id" type="uint8">1</PROPERTY> <PROPERTY name="enclosure-wwn" type="string">500c0ff014afb23c</PROPERTY> ............. и ещё строки, строки, строки.... много строк. и обрывается текст напоследней строке так: <PROPERTY name="emp-b-rev" type="str Т.е. мне не пишут, что за ошибка произошла. Я по совету товарищей посмотрел размер всасываемой простыни - должно пролезть, я засасываю и более ёмкие. Но самое странное то, что хоть в базовом элементе НЕТ данных, но зависящие от него препроцессинговые элементы создались полностью успешно, как будто на самом деле данные есть. Вот собственно суть вопроса: как понять, что именно мешает всосать XML? где ошибка?

как-то так =)

если элемент не содержит данные, то откуда подчинённые элементы получают данные для препроцессинга...?

остальные длиннее, см выше картинку :(

отвечу сам себе - проблема решилась заменой {ITEM.VALUE} на {{ITEM.VALUE}.regsub("(.*)", "\1")} может кому пригодится :)

Имя ключа Имя ключа имеет ограниченный диапазон разрешенных символов, которые просто следуют друг за другом. Разрешенные символы: 0-9a-zA-Z_-. Что означает: все цифры; все буквы в нижнем регистре; все буквы в верхнем регистре; подчеркивание; дефис; точка. Понятно же что не поддерживается

Спасибо. На самом деле просто пытаюсь причесать темплейт для DNSDIST, который не работает. Он шлёт зачем то часть данных через zabbix_sender. https://share.zabbix.com/cat-app/dns/dnsdist

отвечу сам себе - проблема решилась заменой {ITEM.VALUE} на {{ITEM.VALUE}.regsub("(.*)", "\1")} может кому пригодится :)

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

В названии серверов у меня есть пробелы, поэтому и все Keys с пробелами. Типа такого queries[cf v6 sc] Поэтому и не работает. И еще и [] скобки появляются.

Судя по вашей информации ни пробелы ни квадратные скобки не поддерживаются.

В названии серверов у меня есть пробелы, поэтому и все Keys с пробелами. Типа такого queries[cf v6 sc] Поэтому и не работает. И еще и [] скобки появляются.

имя ключа и параметр - разные сущности. В параметре можно иметь любые (почти) символы, в имени ключа - нет

Непонятно как он у автора работал.

Допустим у него не было пробелов в названии серверов. Но как работало с квадратными скобками.

-k 'server["takoy key"]' -o 345 - вот так можно, а -k "takoy server[key]" -o 345 - нельзя

В скрипте на питоне там он явно указал квадратные скобки.

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

неа, не помогает

неа, не помогает

Value - длинная строка?

https://github.com/tiago-cruz-movile/dnsdist-chef-zabbix/blob/master/templates/default/zabbix/dnsdist-get-servers-status.py

print hostname + " latency[" + name + "] " + str(i.get('latency'))

что эта строка нам должна сказать?

Value - длинная строка?

да

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

да

Тогда вопросов нет

В имени ключа, которые передается zabbix_sender и он на них видимо спотыкается.

Не вижу никаких проблем. Вы пытаетесь выдать shell issue за sender bug

LLD, скрипт. 2 вызываемые по разному функции: 1) обнаружение количества объектов, получение их ID 2) запрос к конкретным объектам, с использованием ранее полученного ID, получение в базовый элемент XML-простыни для последующего препроцессинга через XPath Обнаружение ID объектов - коректно, на первый взгляд - всё вроде корректно, обнаружение полностью справляется, все прототипы создали соответствующие элементы. НО: я обнаружил, что 1 единственный базовый элемент не создался. Точнее он создался но под ним нет данных. В неподдерживаемых элементах появилось это: Value " <OBJECT basetype="enclosures" name="enclosures" oid="1" format="rows"> <PROPERTY name="durable-id" type="string">enclosure_0</PROPERTY> <PROPERTY name="enclosure-id" type="uint8">1</PROPERTY> <PROPERTY name="enclosure-wwn" type="string">500c0ff014afb23c</PROPERTY> ............. и ещё строки, строки, строки.... много строк. и обрывается текст напоследней строке так: <PROPERTY name="emp-b-rev" type="str Т.е. мне не пишут, что за ошибка произошла. Я по совету товарищей посмотрел размер всасываемой простыни - должно пролезть, я засасываю и более ёмкие. Но самое странное то, что хоть в базовом элементе НЕТ данных, но зависящие от него препроцессинговые элементы создались полностью успешно, как будто на самом деле данные есть. Вот собственно суть вопроса: как понять, что именно мешает всосать XML? где ошибка?

А как этот проблемный базовый элемент получает данные?

Не вижу никаких проблем. Вы пытаетесь выдать shell issue за sender bug

Эээ.. я?

Эээ.. я?

Ну, полагаю, что вы спрашивали, почему sender не передает?

Я даже не пытался сообщать о багах, просто вот поставил Zabbix. Пытаюсь съехать на него с Zenoss который тут стоит десять лет и пытаюсь понять как оно все работает.

1. Это нормально, что он numeric?

2. А что за запрос-то к железке?

1. Это нормально, что он numeric?

ээ.. я щаз посмотрю, но по идее нет, там text должен быть

?

1. Это нормально, что он numeric?

ДА! Я - ЛОШАРА невнимательная. издержки копипаста. там должен быть TEXT

Я даже не пытался сообщать о багах, просто вот поставил Zabbix. Пытаюсь съехать на него с Zenoss который тут стоит десять лет и пытаюсь понять как оно все работает.

Ну так вот, сообщаю вам, что Zabbix ждет для разбора строку типа somekey["numero uno", "numero due", 3] , питон ее как раз формирует и пихает в stdout. Вы даете sender-у -k "somekey[numero uno]" , что еще до захода на Zabbix превращается в пару отдельных слов. Вам нужно двойное экранирование для передачи параметров с кавычками и пробелами через shell

1. Это нормально, что он numeric?

Спасибо!!!

Пожалуйста. )

Пожалуйста. )

только вот не понятно, почеу ошибка неинформативная совсем, ведь раньше ругалось что тип полученных данных не совпадает с ожидаемым...

Ну так вот, сообщаю вам, что Zabbix ждет для разбора строку типа somekey["numero uno", "numero due", 3] , питон ее как раз формирует и пихает в stdout. Вы даете sender-у -k "somekey[numero uno]" , что еще до захода на Zabbix превращается в пару отдельных слов. Вам нужно двойное экранирование для передачи параметров с кавычками и пробелами через shell

Получается что всетаки квадратные скобки не должны мешать. Моя проблема, что у меня в имени ключа есть пробелы (название сервера) а zabbix_sender их не принимает.

Получается что всетаки квадратные скобки не должны мешать. Моя проблема, что у меня в имени ключа есть пробелы (название сервера) а zabbix_sender их не принимает.

Т.е. вы про двойное экранирование не стали дочитывать - правильно?

В названии серверов у меня есть пробелы, поэтому и все Keys с пробелами. Типа такого queries[cf v6 sc] Поэтому и не работает. И еще и [] скобки появляются.

hostname?

Т.е. вы про двойное экранирование не стали дочитывать - правильно?

Вы пытаетесь меня поддеть. Это не очень приятно. Но так как всетаки это нужно мне, а не вам. Нет я прочел, но в коде плагина его нет. Поэтому я решил что оно и не нужно.

если бы плагин писал руками в шелле - у него были те же самые проблемы.

hostname?

Нет, не совсем. DNSDIST это балансер для DNS. У него есть список серверов куда он шлёт запросы. Из этого списка формируются ключи для Zabbix.

Порты в обе стороны все все стоят

а snmpwalk нормально отрабатывает? принимает с випнета OID'ы?

Нет, не совсем. DNSDIST это балансер для DNS. У него есть список серверов куда он шлёт запросы. Из этого списка формируются ключи для Zabbix.

и где там пробелы в хостнеймах?

Но вы правы - это нужно не мне. Но, тем не менее, я объяснил что надо делать и показал, как это надо делать. Воспользоваться этой информацией или продолжать искать черную кошку в темной комнате - дело ваше.

Да. Там у нас список типа такого. G V6 Pri G V4 Pri G V6 Sec G V4 Sec CF V4 Fr CF V4 Sc CF V6 Pr CF V6 Sc

ппц

Но вы правы - это нужно не мне. Но, тем не менее, я объяснил что надо делать и показал, как это надо делать. Воспользоваться этой информацией или продолжать искать черную кошку в темной комнате - дело ваше.

Огромное Вам спасибо за ваше время. Я очень ценю это.

ппц

Ну так исторически сложилось..

Просто это значит Google IPv6 Primery и тд.

исторические грабли притянули в мониторинг

хостнейм не должен иметь пробелом емнип по RFC

исторические грабли притянули в мониторинг

Типа того.

Просто стоит и стоял много лет Zenoss, под него всё написано и отлажено.

Уже толком непонятно кем и где :)

Но при попытках его обновить, это превращается в кошмар и ужас. И время от времени возникает жуткое желание сползти с него на что нибуть.

"жэчь!" (c)

а snmpwalk нормально отрабатывает? принимает с випнета OID'ы?

Сам випнет монитоится по пингу по снмп не монитоится веб проверки работают , агент пассивный на 10050 порту , пробовал менять конфиг агента порт разницы нет , видимо что то в координаторе блокируется

ERROR: S client not available

Подскажите, при добавлении хоста по (и прикручивании к нему template) не загорается индикатор SNMP (он не зеленый и не красный), как можно заставить zabbix в режиме force првоерить эти хосты?

Интервал опроса 5 сек на любой айтем.

Неправильно

Интервал задаётся в самом айтеме

Если попытка не удачная тогда он краснеет и ждёт таймаут указанный в конфиге обычно 30-60сек

Как бы отчитываюсь.. zabbix_sender прекрасно понимает пробелы. Нужны были кавычки. Другая проблема была в строчных и Прописных буквах. Темплейт создал все ключи строчными буквами, а скриптик слал ключи Прописными. Пришлось преобразразовать просто все в строчные.

Как бы отчитываюсь.. zabbix_sender прекрасно понимает пробелы. Нужны были кавычки. Другая проблема была в строчных и Прописных буквах. Темплейт создал все ключи строчными буквами, а скриптик слал ключи Прописными. Пришлось преобразразовать просто все в строчные.

Не, ну погоди, определились же, что ключ не может содержать пробелы, только его параметры могут, если они в кавычках.

Не, ну погоди, определились же, что ключ не может содержать пробелы, только его параметры могут, если они в кавычках.

наверное имя ключа

наверное имя ключа

Имя айтема наверное.

имя элемента данных может быть с пробелами

имя элемента данных может быть с пробелами

Вот, да. )

Но это же очевидно. =)

а ты что написал?

Я? Когда?

Имя айтема наверное.

тут

Я вообще не понял, о чем вы спорите

тут

А, да это я тебя поправил. Мол, нет такого понятия, как "имя ключа".

есть

https://www.zabbix.com/documentation/3.4/manual/config/items/item/key

У айтема есть нейм и кей, у кея есть нейм и опшнс

Я вообще не понял, о чем вы спорите

Да мы не спорим вроде. ) Человек с утра спрашивал про пробелы в ключах, я ему посоветовал попробовать экранировать их, потом скинули цитату из доки, где русским по белому сказано какие символы можно использовать. А теперь он пишет, что пробелы в ключе всё же канают.

есть

А, ОК. Я как-то просто - ключ и ключ. )

Да мы не спорим вроде. ) Человек с утра спрашивал про пробелы в ключах, я ему посоветовал попробовать экранировать их, потом скинули цитату из доки, где русским по белому сказано какие символы можно использовать. А теперь он пишет, что пробелы в ключе всё же канают.

Да он в опшнс пробельные строки сует

А, ОК. Я как-то просто - ключ и ключ. )

отож. заставляешь старого дядьку по документации лазить

Только кавычит неправильно для шелла. Этой песне уже лет ндцать.

отож. заставляешь старого дядьку по документации лазить

=) Я не со зла.

в имени ключа нема пробелов

в элементе запросто

Ну да. Меня просто удивило последнее заявление. Но раз он про параметры ключа - вопросов нет.

Пробелы не экранируются. Экранируются вложенные кавычки. Ну или вся строка целиком закавычивается в одинарные. Однако к заббиксу это не имеет отношения вовсе. Товарищ же уперся в свой питон - если там так, то и баш должен подчиниться