M
в чем может быть проблемка?
Size: a a a
2020 May 14
FT
В том, что в них нет данных, например.
M
данные в них есть
ВК
Добрый, кто то ставил 5 версию на centos 7?
JS
добрый вечер всем, в шабоне, по discovery rules создаются несколько item-ов (по несколько для каждого IP в интерфейсах) и 2 триггера для них, и вот нужно сделать триггер, который будет активен, если активен один из триггеров, добавленных по discovery rules... что-то никак не дойдет как это можно сделать..
JS
добрый вечер всем, в шабоне, по discovery rules создаются несколько item-ов (по несколько для каждого IP в интерфейсах) и 2 триггера для них, и вот нужно сделать триггер, который будет активен, если активен один из триггеров, добавленных по discovery rules... что-то никак не дойдет как это можно сделать..
т.е. нужен триггер, который зависит от триггеров, созданных через dicovery rules для разных IP в интерфейсах хоста
AK
Чё-то у меня голова заболела пока я это читал.
JS
ну сорри ))
C
🌟 Jury Sergeev has reached level 2!
JS
еще попытка:
есть два item-а (icmpping) в шаблоне, создаются через discovery rules, каждый для отдельного IP в интерфейсе хоста
нужен триггер, который будет активен, если в одном из item-ов в течение 15 минут 0, а в другом - 1
есть два item-а (icmpping) в шаблоне, создаются через discovery rules, каждый для отдельного IP в интерфейсе хоста
нужен триггер, который будет активен, если в одном из item-ов в течение 15 минут 0, а в другом - 1
JS
проблема в том что это шаблон и discovery rules... руками то такое легко делается
OK
Только руками и делается. Нету в заббиксе триггерных функций, которые работали бы с разными айтемами, созданными из одного прототипа. Увы
JS
да там все хуже - надо триггер, который работает с прототипами разных айтемов...
OK
В смысле - оба айтема к одному найденному интерфейсу относятся? Это как раз без проблем
JS
В смысле - оба айтема к одному найденному интерфейсу относятся? Это как раз без проблем
нет, к разным
A
А что по агентам 5.0 msi слышно?
JS
Только руками и делается. Нету в заббиксе триггерных функций, которые работали бы с разными айтемами, созданными из одного прототипа. Увы
а чисто теоретически, вот завели LLD правило для zabbix[host,discovery,interfaces]
а что если сделать, так:
в preprocessing подготовить свой JSON, а там один item, в котором будет готовое выражение для прототипа триггера, а в этом выражении уже подставленные IP (их расположение в JSON постоянно)
как думаете, прокатит такое? вот только вопрос, обнаружение срабатывает ДО preprocessing или после? в смысле - генерация новых item-ов делается уже по json после preprocessing?
а что если сделать, так:
в preprocessing подготовить свой JSON, а там один item, в котором будет готовое выражение для прототипа триггера, а в этом выражении уже подставленные IP (их расположение в JSON постоянно)
как думаете, прокатит такое? вот только вопрос, обнаружение срабатывает ДО preprocessing или после? в смысле - генерация новых item-ов делается уже по json после preprocessing?
OK
а чисто теоретически, вот завели LLD правило для zabbix[host,discovery,interfaces]
а что если сделать, так:
в preprocessing подготовить свой JSON, а там один item, в котором будет готовое выражение для прототипа триггера, а в этом выражении уже подставленные IP (их расположение в JSON постоянно)
как думаете, прокатит такое? вот только вопрос, обнаружение срабатывает ДО preprocessing или после? в смысле - генерация новых item-ов делается уже по json после preprocessing?
а что если сделать, так:
в preprocessing подготовить свой JSON, а там один item, в котором будет готовое выражение для прототипа триггера, а в этом выражении уже подставленные IP (их расположение в JSON постоянно)
как думаете, прокатит такое? вот только вопрос, обнаружение срабатывает ДО preprocessing или после? в смысле - генерация новых item-ов делается уже по json после preprocessing?
ничего не понял, слишком сложно для меня
JS
ничего не понял, слишком сложно для меня
zabbix[host,discovery,interfaces] вернет JSON с несколькими object (по числу найденных интерфейсов), в каждом - свой IP интерфейса, мы вытаскиваем нужные IP, и делаем JSON где всего один object, и в нашем макро - уже готовое выражение для прототипа триггера... в итоге, теоретически, Zabbix создаст 1 триггер, куда подставит наше выражение из нашего JSON
TU
а чисто теоретически, вот завели LLD правило для zabbix[host,discovery,interfaces]
а что если сделать, так:
в preprocessing подготовить свой JSON, а там один item, в котором будет готовое выражение для прототипа триггера, а в этом выражении уже подставленные IP (их расположение в JSON постоянно)
как думаете, прокатит такое? вот только вопрос, обнаружение срабатывает ДО preprocessing или после? в смысле - генерация новых item-ов делается уже по json после preprocessing?
а что если сделать, так:
в preprocessing подготовить свой JSON, а там один item, в котором будет готовое выражение для прототипа триггера, а в этом выражении уже подставленные IP (их расположение в JSON постоянно)
как думаете, прокатит такое? вот только вопрос, обнаружение срабатывает ДО preprocessing или после? в смысле - генерация новых item-ов делается уже по json после preprocessing?
обнаружение обрабатывает уже переваренные препроцессингом данные