VR
то есть agent.hostname и {HOST.HOST}. Но этот макрос невозможно исопользовать в триггере для этих целей
Size: a a a
2020 April 28
OK
Я для этой цели сделал один из не очень критичных айтемов в шаблоне агента (agent.version) активным. Нет данных - не работают активные проверки - скорее всего, не совпадает имя
AL
5.0beta2 в репах, ура товарищи )
VR
Я для этой цели сделал один из не очень критичных айтемов в шаблоне агента (agent.version) активным. Нет данных - не работают активные проверки - скорее всего, не совпадает имя
Да, у меня была уже такая идея, но не подходит. У меня много площадок, мониторинг через прокси. Если прокси отвалится, получу кучу ложных алертов
OK
Ну можно связать это в триггере, например, с наличием agent.ping. Если agent.version нет, а agent.ping есть, тогда проблема
VR
Ну можно связать это в триггере, например, с наличием agent.ping. Если agent.version нет, а agent.ping есть, тогда проблема
а вот это идея! Только не с agent.ping, а host availability
OK
так zabbix[host,agent,available] не изменится, если прокси отвалится
ДУ
nodata для доступности пассивного агента использовать вообще не стоит
ДУ
Особенно, если хост за прокси
RM
Да, у меня была уже такая идея, но не подходит. У меня много площадок, мониторинг через прокси. Если прокси отвалится, получу кучу ложных алертов
В 5.0 (уже в beta2) в этом может помочь ZBXNEXT-1891
Implicit trigger dependency when monitored via proxy - нужно проверить как работает.
Implicit trigger dependency when monitored via proxy - нужно проверить как работает.
ДУ
В 5.0 (уже в beta2) в этом может помочь ZBXNEXT-1891
Implicit trigger dependency when monitored via proxy - нужно проверить как работает.
Implicit trigger dependency when monitored via proxy - нужно проверить как работает.
Фигасе
F
ну скоро пару рц и релиз =) круто обычно сильно задерживают выход лтс
VR
nodata для доступности пассивного агента использовать вообще не стоит
А мы и не используем nodata для пассивного агента
F
я кстати заявленых к 5.0 всяких HA так и не увидел
VR
так zabbix[host,agent,available] не изменится, если прокси отвалится
На этот случай есть триггер по отвалу прокси. Это разные события. Определение мисконфига - параллельная задача. А вот мониторинг zabbix[host,agent,available] позволяет не допустить лавины событий при отвале прокси
F
я где то проглядел наверно! что за медленный режим? что за террания ?;)))) @ableev гайки хватит закручивать =)
OK
На этот случай есть триггер по отвалу прокси. Это разные события. Определение мисконфига - параллельная задача. А вот мониторинг zabbix[host,agent,available] позволяет не допустить лавины событий при отвале прокси
я же не говорю, что это не нужно, просто для данной задачи вряд ли подойдет
C
🌟 Oleg Kostikov has reached level 4!
VR
я же не говорю, что это не нужно, просто для данной задачи вряд ли подойдет
Как раз подойдет. Если прокси работает, агент доступен, но не поступают активные проверки, то триггер сработает.
VR
Сработало. Выявились красавцы с мисконфигом