например, сообщение об ошибке

обычно разве не прямо пишет причину при неверном типе value?

обычно разве не прямо пишет причину при неверном типе value?

зависит от версии заббикса

Про макрос в имя что то не понял

у вас текущий LDD шаблон сейчас создаёт айтемы с макросом внутри функции, можно скопировать этот макрос из функции и добавить ещё и в имя

зависит от версии заббикса

я вот не вспомню, было ли такое до 2.2 сейчас not supported у меня обычно отсутствие метрики на агенте

или таймаут, или ещё чего косвенное

я вот не вспомню, было ли такое до 2.2 сейчас not supported у меня обычно отсутствие метрики на агенте

угу, или неподходящее значение. например отрицательное значение на метрику типа uint

This is how the item will be named. The following macros can be used: $1, $2…$9 - referring to the first, second… ninth parameter of the item key For example: Free disk space on $1 If the item key is “vfs.fs.size[/,free]”, the description will automatically change to “Free disk space on /”

у вас текущий LDD шаблон сейчас создаёт айтемы с макросом внутри функции, можно скопировать этот макрос из функции и добавить ещё и в имя

Я же правильно понимаю, что нужно что бы помимо ID он возвращал в этой фунции ещё и имя сервера?

Я же правильно понимаю, что нужно что бы помимо ID он возвращал в этой фунции ещё и имя сервера?

то, что должно быть в имени, уже ведь и так появляется в функции, верно? или нужно что-то ещё?

сделай скриншот функции, пожалуйста, и имя, которое ты хочешь получить

Да вроде придумал как сделать

Спасибо за наводку

я вот не вспомню, было ли такое до 2.2 сейчас not supported у меня обычно отсутствие метрики на агенте

да там скорее всего нету

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

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

нет :(

эх

казалось бы такая важная фича

ей, наверное, не особо есть применение в архитектуре заббикса

то, что он сейчас поддерживает, и так видно на агенте в папке с userparameters

ну у меня вот есть такая фигня

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

ща

UserParameter=rabbitmq.discovery_queue,/etc/zabbix/scripts/rabbitmq/list_rabbit_queues.sh UserParameter=rabbitmq.discovery_shovel,/etc/zabbix/scripts/rabbitmq/list_rabbit_shovels.sh UserParameter=rabbitmq.discovery_nodes,/etc/zabbix/scripts/rabbitmq/list_rabbit_nodes.sh UserParameter=rabbitmq[*],/etc/zabbix/scripts/rabbitmq/rabbitmq-status.sh $1 $2 $3 ~

вот это убивает меня

потому что у меня в темплейте ~20 метрик

а как хотелось бы в идеале?

UserParameter=rabbitmq.discovery_queue,/etc/zabbix/scripts/rabbitmq/list_rabbit_queues.sh UserParameter=rabbitmq.discovery_shovel,/etc/zabbix/scripts/rabbitmq/list_rabbit_shovels.sh UserParameter=rabbitmq.discovery_nodes,/etc/zabbix/scripts/rabbitmq/list_rabbit_nodes.sh UserParameter=rabbitmq[*],/etc/zabbix/scripts/rabbitmq/rabbitmq-status.sh $1 $2 $3 ~

эта штука по всей видимости дёргает rabbitmq-status.sh, который в свою очередь не отдаёт результат, а сам шлёт пачкой полученные метрики через zabbix_sender, чтобы делать это одним пакетом, а не по 100 раз реквестить весь статус-пейдж на каждую отдельную метрику

в этой ситуации агент не может знать, сколько метрик он поддерживает, поскольку это регулирует сервер и скрипт, а не агент

эта штука по всей видимости дёргает rabbitmq-status.sh, который в свою очередь не отдаёт результат, а сам шлёт пачкой полученные метрики через zabbix_sender, чтобы делать это одним пакетом, а не по 100 раз реквестить весь статус-пейдж на каждую отдельную метрику

это я все понимаю

но блин, такое сложно дебажить

других способов не завезли =) в других системах это ещё более абстрагировано: мониторинг не знает заранее, что получит, поэтому смотреть всё-равно приходится само ПО, которое шлёт

других способов не завезли =) в других системах это ещё более абстрагировано: мониторинг не знает заранее, что получит, поэтому смотреть всё-равно приходится само ПО, которое шлёт

ну из того что я видел очень просто понять что шлет хост

collectd вполне ясно вроде

collectd тоже может недополучать что-то от своего плагина, и отлаживать это предстоит между ПО и плагином, ещё до collectd

но я понимаю боль в целом

кто rabbitmq мониторит заббиксом?

толи темплейт говно

то ли я

тои заббикс ! )

что-то конкретное не получается?

кто rabbitmq мониторит заббиксом?

ну так спрашивайте, много кто мониторит

сори что пропал - сам пытался разобраться

короче есть питоновый скрипт, который дергает апи рабита

генерит темп файл

и шлет в заббикс

и есть одна метрика непонятная

во-первых непонятно что она вообще показывает, во-вторых сервер на нее ругается

error reason for "somehost.ru:rabbitmq[queues]" changed: Received value [/tmp/tmpoMIwSr2] is not suitable for value type [Numeric (unsigned)] and data type [Decimal]

вот

на сервер все это шлется вот так

zabbix_sender -i /tmp/tmplse6Zy -c /etc/zabbix_agentd.conf

error reason for "somehost.ru:rabbitmq[queues]" changed: Received value [/tmp/tmpoMIwSr2] is not suitable for value type [Numeric (unsigned)] and data type [Decimal]

в шаблоне нужно поменять тип айтема somehost.ru:rabbitmq[queues] на "string"

http://pastebin.com/vTdSTsDB

показывает, видимо, путь до темпового файла

в шаблоне нужно поменять тип айтема somehost.ru:rabbitmq[queues] на "string"

так и сделал

сейчас жду

и вот не очень понятно

info from server: "processed: 0; failed: 42; total: 42; seconds spent: 0.000494" sent: 42; skipped: 0; total: 42

это failed 42

это значит, что ни одна из метрик не доехала

вот

блин, но почему

в логах уже норм все

на сервере

надо глянуть, как скрипт шлёт данные

через zabbix_sender или сам

ну вот апи складывает все в файлик

через сендер

100%

можно найти в скрипте строку, где он вызывает сендер и посмотреть, как он это делает

def _send_data(self, tmpfile): '''Send the queue data to Zabbix.''' args = 'zabbix_sender -c {0} -i {1}' if self.senderhostname: args = args + " -s " + self.senderhostname return_code = 0 process = subprocess.Popen(args.format(self.conf, tmpfile.name), shell=True, stdout=subprocess.PIPE, stderr=subprocess.PIPE)

да уже нашел

а в {0} влетает адеватный путь до конфига?

да

я делаю прямо руками

и таже хня

42 failed

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

не совпадает с хостнеймом на сервере