П
Zabbix 5.0.0
Сделал права.
Уже все Item'ы из темплейта работают и графики рисуют.
Size: a a a
2020 June 24
П
АШ
Митап какой то был? Откуда народ?
K
спамеры-с
D
Уважаемые, подскажите? развернул заббинкс в докере. Все ок, кроме одного алерта.
Я правильно понимаю что это просто ложное срабатывание?
Агентов ни где не стоит и соответственно не добавлено ни одного.
Я правильно понимаю что это просто ложное срабатывание?
Агентов ни где не стоит и соответственно не добавлено ни одного.
AK
Уважаемые, подскажите? развернул заббинкс в докере. Все ок, кроме одного алерта.
Я правильно понимаю что это просто ложное срабатывание?
Агентов ни где не стоит и соответственно не добавлено ни одного.
Я правильно понимаю что это просто ложное срабатывание?
Агентов ни где не стоит и соответственно не добавлено ни одного.
а порт доступен? данные есть?
OM
это такой шаблон прицеплен по-умолчанию к заббикс-серверу
D
а порт доступен? данные есть?
какой порт? 10050? нет. я ж не разворачивал агентов. в тч и контейнера.
AK
какой порт? 10050? нет. я ж не разворачивал агентов. в тч и контейнера.
вот и ответ
ЕГ
Уважаемые, подскажите? развернул заббинкс в докере. Все ок, кроме одного алерта.
Я правильно понимаю что это просто ложное срабатывание?
Агентов ни где не стоит и соответственно не добавлено ни одного.
Я правильно понимаю что это просто ложное срабатывание?
Агентов ни где не стоит и соответственно не добавлено ни одного.
докер поднял только с заббиксом? емнип агента в нем нет, это еще один контейнер (посмотри в запуск docker-compose, там это очень наглядно видно). Темплейт для заббикс-сервера в докере точно такой же как и для любого другого варианта заббикс-сервера (хоть для ручной установки, хоть для развертывания из аплаинса), потому этот триггер и сработал. Вариантов решения не так и много:
- поднять рядом контейнер с агентом, распахнув ему нужный порт;
- установить агент на хостовую машину;
- вырубить к чертям собачьим этот айтем и, соответственно, триггер.
- поднять рядом контейнер с агентом, распахнув ему нужный порт;
- установить агент на хостовую машину;
- вырубить к чертям собачьим этот айтем и, соответственно, триггер.
ЕГ
Блин, я ж судя по другому вопросу заглянул...
Такая ситуёвина: есть триггер на логе, который может молчать месяцами, но при этом внезапно может просраться диким количеством сработок (в результате приходит под пару сотен сообщений в минуту в течение нескольких минут). согласно какому-то дремучему регламенту с которым бодаться бесполезно event generation mode для этого триггера должен быть включен в multiple, но есть лазейка, согласно которой нам достаточно знать в принципе сколько раз этот триггер сработал начиная с первой сработки после последнего закрытия.
Т.о. цель которой хочется достигнуть: после сработки триггера приходит один алерт, а в списке проблем в заббиксе вместо сотен проблем видим одну, но с указанием сколько раз она произошла.
Такая ситуёвина: есть триггер на логе, который может молчать месяцами, но при этом внезапно может просраться диким количеством сработок (в результате приходит под пару сотен сообщений в минуту в течение нескольких минут). согласно какому-то дремучему регламенту с которым бодаться бесполезно event generation mode для этого триггера должен быть включен в multiple, но есть лазейка, согласно которой нам достаточно знать в принципе сколько раз этот триггер сработал начиная с первой сработки после последнего закрытия.
Т.о. цель которой хочется достигнуть: после сработки триггера приходит один алерт, а в списке проблем в заббиксе вместо сотен проблем видим одну, но с указанием сколько раз она произошла.
AK
Уважаемые, подскажите? развернул заббинкс в докере. Все ок, кроме одного алерта.
Я правильно понимаю что это просто ложное срабатывание?
Агентов ни где не стоит и соответственно не добавлено ни одного.
Я правильно понимаю что это просто ложное срабатывание?
Агентов ни где не стоит и соответственно не добавлено ни одного.
Почему ложное? Агент недоступен, всё честно.
S
Stanislav
хотите разобраться в причине и написать багрепорт - повышайте уровень лога до дебага и отслеживайте. Но я бы просто создал новый Action
При создании нового Action создается но без значения ОПЕРАЦИИ
ЕГ
Блин, я ж судя по другому вопросу заглянул...
Такая ситуёвина: есть триггер на логе, который может молчать месяцами, но при этом внезапно может просраться диким количеством сработок (в результате приходит под пару сотен сообщений в минуту в течение нескольких минут). согласно какому-то дремучему регламенту с которым бодаться бесполезно event generation mode для этого триггера должен быть включен в multiple, но есть лазейка, согласно которой нам достаточно знать в принципе сколько раз этот триггер сработал начиная с первой сработки после последнего закрытия.
Т.о. цель которой хочется достигнуть: после сработки триггера приходит один алерт, а в списке проблем в заббиксе вместо сотен проблем видим одну, но с указанием сколько раз она произошла.
Такая ситуёвина: есть триггер на логе, который может молчать месяцами, но при этом внезапно может просраться диким количеством сработок (в результате приходит под пару сотен сообщений в минуту в течение нескольких минут). согласно какому-то дремучему регламенту с которым бодаться бесполезно event generation mode для этого триггера должен быть включен в multiple, но есть лазейка, согласно которой нам достаточно знать в принципе сколько раз этот триггер сработал начиная с первой сработки после последнего закрытия.
Т.о. цель которой хочется достигнуть: после сработки триггера приходит один алерт, а в списке проблем в заббиксе вместо сотен проблем видим одну, но с указанием сколько раз она произошла.
Ни у кого нет мыслей как это можно реализовать? В гугле скоро забанят :)
IA
Ни у кого нет мыслей как это можно реализовать? В гугле скоро забанят :)
Я парень простой, вижу логи, пилю скрипт
YK
Ни у кого нет мыслей как это можно реализовать? В гугле скоро забанят :)
Как вариант: через апи забираем кол-во текущих проблем по триггеру, далее на эту метрику вешаем триггер
IA
Как вариант: через апи забираем кол-во текущих проблем по триггеру, далее на эту метрику вешаем триггер
Триггер на триггер, we need to go deeper
MZ
Блин, я ж судя по другому вопросу заглянул...
Такая ситуёвина: есть триггер на логе, который может молчать месяцами, но при этом внезапно может просраться диким количеством сработок (в результате приходит под пару сотен сообщений в минуту в течение нескольких минут). согласно какому-то дремучему регламенту с которым бодаться бесполезно event generation mode для этого триггера должен быть включен в multiple, но есть лазейка, согласно которой нам достаточно знать в принципе сколько раз этот триггер сработал начиная с первой сработки после последнего закрытия.
Т.о. цель которой хочется достигнуть: после сработки триггера приходит один алерт, а в списке проблем в заббиксе вместо сотен проблем видим одну, но с указанием сколько раз она произошла.
Такая ситуёвина: есть триггер на логе, который может молчать месяцами, но при этом внезапно может просраться диким количеством сработок (в результате приходит под пару сотен сообщений в минуту в течение нескольких минут). согласно какому-то дремучему регламенту с которым бодаться бесполезно event generation mode для этого триггера должен быть включен в multiple, но есть лазейка, согласно которой нам достаточно знать в принципе сколько раз этот триггер сработал начиная с первой сработки после последнего закрытия.
Т.о. цель которой хочется достигнуть: после сработки триггера приходит один алерт, а в списке проблем в заббиксе вместо сотен проблем видим одну, но с указанием сколько раз она произошла.
Можно попробовать calculated item использовать, все сложить, поделить и вынести триггер) но это будет корректно работать только с проверками у которых возращаются булевые значения))
ЕГ
Можно попробовать calculated item использовать, все сложить, поделить и вынести триггер) но это будет корректно работать только с проверками у которых возращаются булевые значения))
Как раз булевое возвращается, попробую, спасибо.
AK
Блин, я ж судя по другому вопросу заглянул...
Такая ситуёвина: есть триггер на логе, который может молчать месяцами, но при этом внезапно может просраться диким количеством сработок (в результате приходит под пару сотен сообщений в минуту в течение нескольких минут). согласно какому-то дремучему регламенту с которым бодаться бесполезно event generation mode для этого триггера должен быть включен в multiple, но есть лазейка, согласно которой нам достаточно знать в принципе сколько раз этот триггер сработал начиная с первой сработки после последнего закрытия.
Т.о. цель которой хочется достигнуть: после сработки триггера приходит один алерт, а в списке проблем в заббиксе вместо сотен проблем видим одну, но с указанием сколько раз она произошла.
Такая ситуёвина: есть триггер на логе, который может молчать месяцами, но при этом внезапно может просраться диким количеством сработок (в результате приходит под пару сотен сообщений в минуту в течение нескольких минут). согласно какому-то дремучему регламенту с которым бодаться бесполезно event generation mode для этого триггера должен быть включен в multiple, но есть лазейка, согласно которой нам достаточно знать в принципе сколько раз этот триггер сработал начиная с первой сработки после последнего закрытия.
Т.о. цель которой хочется достигнуть: после сработки триггера приходит один алерт, а в списке проблем в заббиксе вместо сотен проблем видим одну, но с указанием сколько раз она произошла.
Корреляция?