привет, я опять со вчерашними дурацкими вопросами. можно узнать принцип выделения unreachable poller'ов, и\или узнать какое устройство пытается опросить конкретный pooler? (ответы на наводящие вопросы - в dhosts пусто, расписаний никаких нет, дело происходит на прокси заббикса, версия 3.4.14)

дофига неподдерживаемых висит?

Отчеты-состояние забикс

Number of hosts (enabled/disabled/templates) 19729 19663 / 0 / 66 Number of items (enabled/disabled/not supported) 103828 102650 / 0 / 1178 если Вы про это

А сейчас что можете предложить кроме как создания зависимых триггеров, для временного решения? Спасибо!

С коллегами надо обсудить, моей головы тут недостаточно.

С коллегами надо обсудить, моей головы тут недостаточно.

Будем ждать тогда от Вас информации.?

Кто, кстати, каким способом теперь путешествует с дашборда к графику метрики, из-за которой загорелась проблема?

Раньше (3.2) можно было кликнуть на время Last Change на дашборде, что приведет тебя на страницу Problems, а там вторым кликом на имя проблемы и попасть сразу в график любой из метрик, задействованной в этом триггере

Number of hosts (enabled/disabled/templates) 19729 19663 / 0 / 66 Number of items (enabled/disabled/not supported) 103828 102650 / 0 / 1178 если Вы про это

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

Согласен, это очень удобная штука была! Было бы здорово все-таки иметь что-то подобное по функционалу, пусть даже в другом виде. Например, может, просто возможность либо в отдельнном опциональном столбце видеть текущее значение метрики из проблемы, или по наведению курсора, например.

Похоже на Problem->Host (кликаем на хост у проблемы)->Latest data, но мы не попадаем на конкретную метрику. Странно, надо будет посмотреть почему.

Раньше (3.2) можно было кликнуть на время Last Change на дашборде, что приведет тебя на страницу Problems, а там вторым кликом на имя проблемы и попасть сразу в график любой из метрик, задействованной в этом триггере

Думаю, что правильным решением было бы развитие страницы "Event details", в котором мы могли бы показывать и графики, относящиеся к данной проблеме.

Думаю, что правильным решением было бы развитие страницы "Event details", в котором мы могли бы показывать и графики, относящиеся к данной проблеме.

Согласен, было бы здорово. Раз уж это Details, вполне можно туда графики вставить. В таком же модульном стиле.

Идентифкаторы всех элементов данных в контексте этой странички вроде есть

Может кто ещё подсказать Получаю *UNKNOWN*, данные хранятся неделю. Триггер сработал месяц назад. Но нас это устраивало, т.к. отклонение от "нормы" было 0,1 Когда он перейдет из состояния *UNKNOWN*, когда будет 0,2? А то сейчас как то ну уж совсем не красиво выглядит...

Идентифкаторы всех элементов данных в контексте этой странички вроде есть

Это так.

Ну был ITEM.VALUE - во время срабатывания, LASTVALUE текущее значение. Все ясно и понятно

Поддерживаю, lastvalue в дашбордах нельзя убирать

Может быть создать какой-то оперативный дашборд, который не связан с дашбордами с историей проблем, а показывает только текущие проблемы, с раскрытием этого LASTVALUE как по старинке ? На оперативном дашборде нужна актуальная информация, желательно в том виде как было в 3.4-

Подведём предварительные итоги по отзывам о 4.0: #вернитеползунок, старое поведение LASTVALUE в имени проблемы и быстрый переход в Latest Data (это ещё с 3.4). Ничего не забыл?

вот тут можно новые темплейты найти: https://share.zabbix.com/official-templates/server-hardware еще их можно найти в исходниках в папке templates в виде xml файлов. - Там же например можно обновленный Zabbix proxy найти шаблон.

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

Подведём предварительные итоги по отзывам о 4.0: #вернитеползунок, старое поведение LASTVALUE в имени проблемы и быстрый переход в Latest Data (это ещё с 3.4). Ничего не забыл?

в screens на графиках мышка не выделяет, в ad-hoc и вкладке graphs выделяет

даже не понятно с какой стороны подойти к этому

надо по всем проходить и смотреть когда модифицировано

в screens на графиках мышка не выделяет, в ad-hoc и вкладке graphs выделяет

У меня выделяет. ?

Подведём предварительные итоги по отзывам о 4.0: #вернитеползунок, старое поведение LASTVALUE в имени проблемы и быстрый переход в Latest Data (это ещё с 3.4). Ничего не забыл?

Да, ждем возвращение этих фич и можно обновляться)))

А кто уже обновился ждёт с нетерпением?

А подскажите насчет изменений в поддерживаемых протоколах обмена. Там было что-то про отказ от плэйнтекста при отправке данных в трапперы. У меня пара самодельных железяк на заббикс-сервер данные по TCP шлют примерно таким образом: ZBXD\x01\x61\x00\x00\x00\x00\x00\x00\x00{"request":"sender data","data":[{"host":"TL001","key":"1","value":"1.2345","clock":1538550723}]}. Придется переделывать?

А подскажите насчет изменений в поддерживаемых протоколах обмена. Там было что-то про отказ от плэйнтекста при отправке данных в трапперы. У меня пара самодельных железяк на заббикс-сервер данные по TCP шлют примерно таким образом: ZBXD\x01\x61\x00\x00\x00\x00\x00\x00\x00{"request":"sender data","data":[{"host":"TL001","key":"1","value":"1.2345","clock":1538550723}]}. Придется переделывать?

Нет, не придётся. Перестал работать старый протокол в котором не было заголовка (ZBXDNNNNNNNN) с длиной сообщения.

Нет, не придётся. Перестал работать старый протокол в котором не было заголовка (ZBXDNNNNNNNN) с длиной сообщения.

Ога, понял, тогда всё супер)

в screens на графиках мышка не выделяет, в ad-hoc и вкладке graphs выделяет

странно, на обновленой 4.0 инсталляции не выделяет, в rc3 новой инсталляции выделяет. Вроде у кого-то еще в этом чате тоже проблемы с выделением мышой была.

странно, на обновленой 4.0 инсталляции не выделяет, в rc3 новой инсталляции выделяет. Вроде у кого-то еще в этом чате тоже проблемы с выделением мышой была.

Кеш почистить, зайти в private mode и проверить.

есть ITEM.VALUE на момент срабатывания, чем не устраивает?

А динамика какая? Значение быстро растет или медленно? Конечно, я делаю триггеры с учётом динамики (в формуле использую AVG, PREV и т.п. ) но так делать везде, это дикий гимор.

а подскажите, у меня есть external check в виде скрипта на баше, он же тоже должен уже не в плейн тексте выдавать ответ?

а подскажите, у меня есть external check в виде скрипта на баше, он же тоже должен уже не в плейн тексте выдавать ответ?

он прямо в роли траппера выступает?

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

а как бы их вообще найти, есть какой-нибудь простой способ? (извиняюсь за нубский, наверное, вопрос)

речь о atjob.sh из zabbix.org

он прямо в роли траппера выступает?

не, он запускает скрипт по at, а другой скрипт уже траппер

В нём тогда ничего менять не надо.

спасибо!

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

не, он запускает скрипт по at, а другой скрипт уже траппер

at?

воу

угу, а то по таймауту вываливается скрипт

https://www.zabbix.com/forum/in-russian/28762-%D0%A0%D0%B0%D1%81%D1%88%D0%B8%D1%80%D1%8F%D0%B5%D0%BC-snmp-lld-%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D0%B0%D0%BC%D0%B8/page20?t=28870&page=20

вот это модифицировал

а как бы их вообще найти, есть какой-нибудь простой способ? (извиняюсь за нубский, наверное, вопрос)

повторно

повторно

заходишь на узел связи, элементы данных - смотришь нет ли элементов данных с состоянием кривым, выясняешь и лечишь

если все на шаблонах, будет попроще

если каждый итем заводил отдельно на каждый узел... удачи в поисках!

Кеш почистить, зайти в private mode и проверить.

Не подскажите пожалуйста раньше в версии 3.2 мапы были в виде картинке и их можно было дергать с забикса через телеграм бота, после версии 3.4 они кажется стали объектами каким-то а не как картинкой, возможно вернуть по старому как то?

а кто в курсе вот эта perl библиотека правильно все делает с хедерами - Zabbix::Sender ?

https://github.com/dominikschulz/Zabbix-Sender

я не сильно разбираюсь, но вроде должно быть все правильно

заходишь на узел связи, элементы данных - смотришь нет ли элементов данных с состоянием кривым, выясняешь и лечишь

куда-то я не туда смотрю, видимо. я немного не понимаю "узел связи-элементы данных". Пытался через Configuration -> hosts -> items по хосту

я не сильно разбираюсь, но вроде должно быть все правильно

a4 - ZBXD b - 0x01 V - Length of Request in Bytes (64-bit integer), aligned left, padded with 0x00, low 32 bits V - High 32 bits of length (always 0 in Zabbix::Sender) a* - JSON encoded requestзаголовок она ставит

да, это я увидел, но вот даже не знаю дальше куда копать, как отловить какой скрипт себя плохо ведет ...

куда-то я не туда смотрю, видимо. я немного не понимаю "узел связи-элементы данных". Пытался через Configuration -> hosts -> items по хосту

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

@alexei_vladishev В 4.0 появился экспорт данных в реальном времени на файловую систему - это прям отлично, теперь можно попытаться начать сохранять исторические данные где то еще (в Clickhouse например), но сразу возникает вопрос как их потом использовать для отрисовки в web-интерфейсе zabbix? или этот кейс не предполагается? В идеале хотелось бы получить какой то универсальный протокол по которому web может забирать исторические данные для отрисовки.

@alexei_vladishev В 4.0 появился экспорт данных в реальном времени на файловую систему - это прям отлично, теперь можно попытаться начать сохранять исторические данные где то еще (в Clickhouse например), но сразу возникает вопрос как их потом использовать для отрисовки в web-интерфейсе zabbix? или этот кейс не предполагается? В идеале хотелось бы получить какой то универсальный протокол по которому web может забирать исторические данные для отрисовки.

то есть ты хочешь впихивать в заббикс данные и их отрисовывать?

да я хочу заменить хранилище для timeseries данных

если коротко - то у тебя плохая идея

не надо предлагать Elastic )

да я хочу заменить хранилище для timeseries данных

посмотри в сторону сбора метрик самим заббиксом

Подведём предварительные итоги по отзывам о 4.0: #вернитеползунок, старое поведение LASTVALUE в имени проблемы и быстрый переход в Latest Data (это ещё с 3.4). Ничего не забыл?

Больше пока ничего критичного вроде не нашли. Я дождусь какой-нибудь реализации этих фич перед обновлением прода, думаю многие со мной согласятся.

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

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

никак. это настройка агента, макс - 30 сек емнип

посмотри в сторону сбора метрик самим заббиксом

не очень понял - я хочу собирать данные заббикс агентом, но хранить историю в sql не хочу

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

У определенного хоста?

не очень понял - я хочу собирать данные заббикс агентом, но хранить историю в sql не хочу

а эот о чем? В идеале хотелось бы получить какой то универсальный протокол по которому web может забирать исторические данные для отрисовки.

я думал веб здесь - это веб-морда заббикса

ERROR: S client not available

Больше пока ничего критичного вроде не нашли. Я дождусь какой-нибудь реализации этих фич перед обновлением прода, думаю многие со мной согласятся.

Да неужели это настолько серьёзные причины, чтобы не использовать новый функционал? Не верю. ?

У определенного хоста?

да у определенного хоста, выполнение скрипта на агенте с разрешенным выполнением удаленных команд

@alexei_vladishev В 4.0 появился экспорт данных в реальном времени на файловую систему - это прям отлично, теперь можно попытаться начать сохранять исторические данные где то еще (в Clickhouse например), но сразу возникает вопрос как их потом использовать для отрисовки в web-интерфейсе zabbix? или этот кейс не предполагается? В идеале хотелось бы получить какой то универсальный протокол по которому web может забирать исторические данные для отрисовки.

Постепенно придём к этому.

не очень понял - я хочу собирать данные заббикс агентом, но хранить историю в sql не хочу

Заббикс не умеет тащить в себя историю из произвольного места, либо РСУБД, либо эластик.

Да неужели это настолько серьёзные причины, чтобы не использовать новый функционал? Не верю. ?

lastvalue - это прям блокер, многие пользователи уже привыкли и это банально удобно

Да неужели это настолько серьёзные причины, чтобы не использовать новый функционал? Не верю. ?

Кто-то привык, наверное, за столько лет. =) Возможно какие-то процессы завязаны были. Мне вот не критично. )

Кто-нибудь Consul заббиксом мониторит?

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

повторно

Да неужели это настолько серьёзные причины, чтобы не использовать новый функционал? Не верю. ?

Lastvalue много на дэшбордах, меня коллеги не поймут.

да у определенного хоста, выполнение скрипта на агенте с разрешенным выполнением удаленных команд

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

Lastvalue много на дэшбордах, меня коллеги не поймут.

Мне вот тоже вчера приходила в голову идея, которую Алексей с утра озвучил, о вынесении последнего полученного значения отдельным полем. Однако, громоздко будет выглядеть, имхо.

повторно

А в чем вопрос-то? Коротко.

А в чем вопрос-то? Коротко.

в текущей вариации вопроса - хотя бы найти not supported items

в текущей вариации вопроса - хотя бы найти not supported items

Все?

Все?

было бы неплохо, если все

а предтеча вопроса - это вообще Zabbix pollers unreachable

спасибо

Мне вот тоже вчера приходила в голову идея, которую Алексей с утра озвучил, о вынесении последнего полученного значения отдельным полем. Однако, громоздко будет выглядеть, имхо.

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

имеем UserParameter (0 - ок, 1-bad) создаем item с типом Простая проверка, и целым числом. Если приходит - 0 то все ок. если 1 то unsupported item в чем может быть проблема?

имеем UserParameter (0 - ок, 1-bad) создаем item с типом Простая проверка, и целым числом. Если приходит - 0 то все ок. если 1 то unsupported item в чем может быть проблема?

А в логах сервера не написано почему он стал unsupported?

Мне вот целый день звонят и спрашивают, в telegram приходят уведомления No 220V! Battery: 25 %, а в морде No 220V! Battery: 100 %, кому верить... Жесть как она есть...

имеем UserParameter (0 - ок, 1-bad) создаем item с типом Простая проверка, и целым числом. Если приходит - 0 то все ок. если 1 то unsupported item в чем может быть проблема?

версия агента?

3.4.14

сори 3,4,12

Да неужели это настолько серьёзные причины, чтобы не использовать новый функционал? Не верю. ?

Как оказалось да, отображение последних (текущих) значений в дашборде оказалось критично...

имеем UserParameter (0 - ок, 1-bad) создаем item с типом Простая проверка, и целым числом. Если приходит - 0 то все ок. если 1 то unsupported item в чем может быть проблема?

в случае 0 у тебя может быть пустой ответ, а в случае единицы еще что-нибудь

Ну в логе сервера же обычно пишется, что не нравится - error reason...

имеем UserParameter (0 - ок, 1-bad) создаем item с типом Простая проверка, и целым числом. Если приходит - 0 то все ок. если 1 то unsupported item в чем может быть проблема?

про простую проверку для элемента данных не понял

Ну в логе сервера же обычно пишется, что не нравится - error reason...

не всегда

не всегда

В каких случаях не пишется?

Как оказалось да, отображение последних (текущих) значений в дашборде оказалось критично...

Можно перенести ITEM.LASTVALUE из Trigger name в Trigger description -> там будут отображаться последние значения, а не на момент генерации проблемы при наведении мышкой. И макрос {TRIGGER.DESCRIPTION} есть для уведомлений