@UnixGuru привет, ты не знаешь почему zabbix queue начинает расти?

Надо смотреть что и насколько часто собирается...

Надо смотреть что и насколько часто собирается...

это ничего не даст

это ничего не даст

Почему так категорично? :)

:) как это влияет на цифирку в очереди?

:) как это влияет на цифирку в очереди?

Не успели все отработать - увеличилась циферка?

вы мой мессаж перечитайте выше

«Это очередь из неполученных метрик»

вы сходили в Алминистрирование-Очередь?

да сходли

тут адок

Я про это и говорю

это значит сервер их ждёт а их просто не прислали

детали другие гляньте

по хостам по метрикам

глянул, я вижу какие хосты тут висят

вот теперь лучше

разберитесь почему от них нет данных вовремя

или проверки такие медленные

или нет связи...

или нет связи...

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

в очередях

нет ни пропусков, нифига

может прокси с сервером конфликтовать? например из-за занятости 161 порта?

Какая частота сбора метрик ?

с этих устройств на вашем сервере хоть раз данные были?

Какая частота сбора метрик ?

30sec - 1 min

с этих устройств на вашем сервере хоть раз данные были?

да

А частота отсылки данных с прокси на сервер?

А частота отсылки данных с прокси на сервер?

?

А частота отсылки данных с прокси на сервер?

мммм, а где это посмотреть?

В конфиге прокси

Я выложил. https://share.zabbix.com/monitoring-equipment/hp-msa-telnet-xml-monitoring

В конфиге прокси

# Default: # DataSenderFrequency=1

прокси активный

Я выложил. https://share.zabbix.com/monitoring-equipment/hp-msa-telnet-xml-monitoring

?

может прокси с сервером конфликтовать? например из-за занятости 161 порта?

предполагаемый диагноз - железки тормозят при запросе SNMP метрик

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

прокси активный

Посмотрел на твой график А тебя не смущает минимум = 0 ?

76-ая цыска лагает а длинк дгс нет?)))

после смены интервала дёрните на прокси перечитку конфигурации

хорошо, щас попробую, спасибо))

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

Хм. Теоретически - вариант, но оверкилл. ставить по проксе на филиал/участок не вариант, да и в некоторых участках физически некуда ставить. Проще выйдет дублировать шаблоны...

Кому как )

Кто-нибудь пробовал создавать триггеры через API сразу с указанием triggerid, от которого создаваемый будет зависеть?

Что будет если передать переменную $master_triggerid пустую?

Схавает и просто не сделает зависимость или выдаст ошибку?

"dependencies": [ { "triggerid": "17368" } ], это отсюда: https://www.zabbix.com/documentation/3.4/manual/api/reference/trigger/create Вот если вместо 17368 будет ""

Плохо будет

ошибка?

"The triggers must have the triggerid property defined."

must have

это описание trigger.adddependencies или trigger.create?

все, нашел, спасибо

Я не пробовал ? но когда говорят must – лучше не нарушать требований

Я был недавно удивлён, что нельзя проапдейтить триггер и прототип триггера одним методом. Хотя казалось бы, свойства одинаковые, и там и там triggerid, и там и там апдейтится только коммент.

Ребят, словил старинную ситуацию - после добавления в конфиги агентов второй ip сервера (прокся) половина агентов в заббиксе стала мониториться через эту проксю автоматом. Это может быть связано с тем, что указали адреса и в сервер и в серверактив на агентах?

Хм, может быть авторегистрация виновата?

она включена, но хосты то уже были

Мм, ну были на сервере, с не на прокси... Может быть с этим связано.

Мне в голову больше ничего хорошего не приходит )

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

"Incorrect value for field \\"recovery_expression\\": should be empty." выдает при попытке скорпить recovery expression через API при создании триггера. Почему так?

Походу проблема в том, что не передал recovery_mode = 1. Проверяю.

ERROR: S client not available

так и есть

да, поправил и работает

всем спасибо :)

Кто как мониторит трафик на интерфейсах? Есть требование алертить только если интерфейс перегружен 3-4 дня подряд. Предположим, один день на 80%, второй и т.д. Так вот алертить нужно только если 3 дня подряд есть проблема. Кто как это реализовал бы?

Перегружен в течение какого времени?

Потому что обычно бывают пиковые значения и минимальные

Если под перегрузом понимается какой-то фиксированный процент нагрузки то чем классический avg не подходит ?

Кто как мониторит трафик на интерфейсах? Есть требование алертить только если интерфейс перегружен 3-4 дня подряд. Предположим, один день на 80%, второй и т.д. Так вот алертить нужно только если 3 дня подряд есть проблема. Кто как это реализовал бы?

ну таймшифт, наверно

Перегружен в течение какого времени?

просто всплески не смотрим вообще. Допустим, я стягиваю трафик раз в 5 минут. Если минимум за последние 3 сбора более чем 0.8 скорости порта, то я реагирую. Но я еще хочу сделать так, что алерт будет только если такое условие выполнилось 3 дня подряд а не разово.

"3 дня подряд" в это же время?

"3 дня подряд" в это же время?

не обязательно

просто так min(#3,1d) не катит

min(259200) ? :)

Есть идея в случае срабатывая сегодня писать в отдельную таблицу "1". Если завтра срабатываний нет, то переписать на 0. Если стабильно 3 дня подряд перегруз, в таблице будут 3 единички и реагировать на это. Но это усложняет все. Думал сперва стандартными средставми попробовать.

ты имеешь в виду, что 3 дня подряд есть 15и минутные интервалы с превышением?

да

если да - то я бы сделал: 1. calculated item, который бы выставлялся в 1 в случае превышения 2. триггер, проверяющий этот item на предмет min(86400,172800)>0 & min(86400,86400)>0 & min(86400)

может немного криво написал, но смысл думаю понятен )

да, понятно, попробуйю

спасибо

Добрый день. Подскажите, как передать тригер id скрипту с панели "Проблемы"? =)

Скрипт есть, нужно передать ему тригер id Пытаюсь выводить через эхо получаю echo {$TRIGGER.ID} {.ID}

Как скрипт прилепить к тригеру а не к хосту?

Я что-то ничего не понял. В каком месте скрипт запускается?

С панели тригеров в заббиксе

Пишу скрипт который отключит тригер на 15 минут

Для веб-морды что ли? Типа расширение?

Да. Скрипт в самом заббиксе. Как скрипт "пинг" только отключить тригер

Ага, я понял. Ну, {TRIGGER.ID}, судя по докам, там нельзя использовать

Та отож

когда появится мобайл френдли бекэнд у них в 4 версии тоже все плохо