Zabbix индикатор связи триггер не работает

Zabbix 2.0.2 и проблема с триггерами

Доброго времени суток. Начал изучать и параллельно настраивать zabbix. На сервера(win2003-2008) были установлены агенты. Все серверы были успешно обнаружены zabbix сервером. Создал узлы сети. Создал шаблоны с элементами данных и определил каждому узлу сети по шаблону. Данные с узлов получаю. После этого добавил триггеры , триггеры работали нормально до первого перезапуска сервера и изменения времени на сервере zabbix. Сейчас триггеры в состоянии Активно но по факту они не работают ( В закладке Мониторинг-> Триггеры: пустота. ) Не могу понять в чем может быть проблема, если добавить новый триггер то он автоматически попадает в Мониторинг-> Триггеры, и исправно работает. Если кто то сталкивался буду рад совету

Сейчас триггеры в состоянии Активно

То есть произошла ошибка и триггер сработал? В мониторинге/триггерах лежат текущие триггеры с проблемами.

нет , триггер как раз не срабатывает(все триггеры которые я заносил и даже те которые были по умолчанию как шаблон от zabbix), хотя он не деактевирован всего работает сейчас один стандартных триггер: Disk I/O is overloaded on Zabbix server состояние триггера в Мониторинг->Триггеры — мигающий текст «OK»

Все остальные триггеры не выводятся вообще, и соответственно не отрабатывают

Я пытался отключать включать триггеры и отключать включать наблюдение за узлами сети , все без толку , помогает только создание нового триггера. Но блин мне совсем не симпатизирует перезабивать эти триггеры заново ( да и не по спортивному это

Посмотри статус триггера в правом столбце, там не должно быть красного крестика. Если есть — читай всплывающее описание.

Посмотри, приходят ли данные по тому итему, на который заведён триггер.

Время на серверах совпадает?

Статус всех триггеров — зеленая галочка Все данные по итемам приходят

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

В шаблоне изменил значение при котором триггер точно сработает, сохранил — триггер сработал и появился Мониторинг\триггеры , поменял все обратно триггер исчез из Мониторинг\триггеры

Сдаётся мне, что оно нормально работает. Пунктирная линия не будет отображаться, если её уровень за пределами диапазона показаний графика.

Попробуй устроить такому «неработающему» триггеру проверку методом создания реальной проблемы на сервере.

Думаю вы правы, триггеры срабатывают. Единственное что для меня загадка так это почему эти триггеры не отображаются в Мониторинг\триггеры Отображается всего один триггер Disk I/O is overloaded on Zabbix server с состоянием OK (мигает)

Источник

Zabbix Documentation 5.4

Sidebar

3 Триггеры

Обзор

Триггеры это логические выражения, которые “оценивают” данные собранные элементами данных и отражают текущее состояние системы.

Тогда как элементы данных используются для сбора системных данных, крайне непрактично наблюдать за этими данными всё время в ожидании выполнения условия, которое приведет к оповещению или которое заслуживает внимания. Работа по “оценке” данных может быть оставлена на выражения триггеров.

Выражения триггеров позволяют задать порог при котором состояние данных “приемлемое”. Таким образом, если входящие данные превышают приемлемое состояние, триггер “поджигается” — или другими словами меняет состояние на ПРОБЛЕМА.

Триггер может принимать следующие состояния:

ЗНАЧЕНИЕ	ОПИСАНИЕ
ОК	Нормальное состояние триггера. В более ранних версиях Zabbix оно называлось ЛОЖЬ.
ПРОБЛЕМА	Обычно означает, что что-то случилось. Например, загрузка процессора слишком высокая. В более ранних версиях Zabbix оно называлось ИСТИНА.

Состояние триггера (выражение) пересчитывается каждый раз, когда Zabbix сервер получает новое значение, которое является частью выражения.

Если в выражении триггера используются функции, связанные со временем (nodata(), date(), dayofmonth(), dayofweek(), time(), now()), то тогда триггер будет пересчитываться каждые 30 секунд процессом Zabbix синхронизации истории. Если используются оба типа функций связанные со временем и не связанные со временем в одном выражении, то пересчёт выполняется при поступлении нового значения и же каждые 30 секунд.

Вы можете создавать выражения триггеров с различной степенью сложности.

Источник

Zabbix Documentation 5.4

Sidebar

Table of Contents

3 Зависимости триггеров

Обзор

Временами доступность одного узла сети зависит от другого. Сервер, который находится за каким-нибудь роутером будет недоступным, если сам роутер станет недоступным. При наличии настроенных триггеров на обоих устройствах, вы можете получить оповещения сразу для обоих недоступных узлов сети — в то время как виноват только роутер.

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

Хотя Zabbix не поддерживает зависимости между узлами сети напрямую, с другой стороны они могут быть заданы с помощью другого более гибкого метода — зависимостями между триггерами. Триггер может иметь один или более триггеров зависимых от него.

Таким образом в нашем простом примере мы откроем форму настройки триггера и укажем этому триггеру зависимость от триггера роутера. При такой зависимости зависящий триггер сервера от триггера роутера не изменит своё состояние пока триггер роутера находится в состоянии ‘ПРОБЛЕМА’ — и следовательно зависимые действия не будут предприняты и оповещения не будут отправлены.

Если и сервер, и роутер станут недоступными и зависимость будет настроена, Zabbix не выполнит действия для зависимого триггера.

Действия на зависимые триггера не будут выполняться, если триггер от которого они зависят:

Обратите внимание, что “второй” (зависимый) триггер во всех вышеупомянутых случаях не будет обновлен незамедлительно.

Настройка

Для того чтобы задать зависимость, откройте диалог настройки триггера. Далее нажмите на Добавить в ‘Новая зависимость’ и выберите один или несколько триггеров от которых будет зависеть наш триггер.

Нажмите Обновить. Теперь триггер имеет в списке индикацию на свою зависимость.

Примеры нескольких зависимостей

Например, узел сети Хост находится за маршрутизатором Роутер2, а Роутер2 находится за Роутер1.

Если Роутер1 недоступен, то очевидно, что и Хост и Роутер2 недоступны. И мы не хотим получать три оповещения с информацией о недоступности Хост, Роутер1 и Роутер2.

Для этого случая, мы зададим эти зависимости:

Перед изменением состояния триггера ‘Хост недоступен’, Zabbix проверит зависимости у соответствующих триггеров. Если они будут найдены, и один из триггеров в находится в состоянии ПРОБЛЕМА, то состояние триггера не будет изменено и, следовательно, действия не будут выполнены и оповещения не будут отправлены.

Zabbix выполняет эту проверку рекурсивно. Если Роутер1 или Роутер2 недоступен, то триггер у Хост не будет изменен.

Источник

Zabbix Documentation 5.4

Sidebar

Table of Contents

3 Индикаторы связей

Обзор

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

Когда вы настраиваете связь, вы указываете значения по умолчанию для типа и цвета связи. Когда вы назначаете триггеры к связи, вы можете назначить разные типы и цвета у связи с помощью этих триггеров.

Если какие-либо из этих триггеров перейдут в состояние проблема, их стиль связи и цвет будет отображен на связи. Возможно, цвет по умолчанию вашей связи был зеленой линией. Теперь, когда триггер в состоянии проблема, ваша связь стала жирной красной линией (если вы определили её так).

Настройка

Для назначения триггеров как индикаторов связи, сделайте следующее:

Все обязательные поля ввода отмечены красной звёздочкой.

Добавленные триггеры будут видны в списке Индикаторы связи.

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

Просмотр

В Мониторинг → Карты сети отобразится соответствующий цвет у связи, если триггер перейдет в состояние проблема.

Если несколько триггеров перейдут в состояние проблема, то проблема с наивысшей важностью будет определять цвет и стиль связи. Если несколько триггеров с одинаковой важностью назначены на одну связь карты сети, то триггер с наименьшим ID будет иметь приоритет. Также обратите внимание что:

1. Настройки Минимальная важность триггеров и Отображение подавленных проблем из конфигурации карты сети влияют какие проблемы принимаются во внимание.
2. В случае триггеров с несколькими проблемами (множественная генерация проблем), у каждой проблемы может быть важность, которая отличается от важности триггера (изменена вручную), могут быть разные теги (из-за макросов) и может быть подавлена.

Источник

Zabbix Documentation 5.4

Sidebar

Table of Contents

1 Настройка триггера

Обзор

Для настройки триггера, сделайте следующее:

Настройка

Вкладка Триггер содержит все существенные атрибуты триггера.

Все обязательные поля ввода отмечены красной звёздочкой.

Параметр	Описание
Имя	Имя триггера. Имя может содержать поддерживаемые макросы: , , , , , , и <$MACRO>. Можно использовать макросы $1, $2…$9 как ссылки на первую, вторую… девятую константу из выражения. Обратите внимание: Макросы $1-$9 будут раскрыты корректно, если константы на которые ссылаются макросы, в относительно простых, понятных выражениях. Например, имя “Загрузка процессора превышает $1 на ” будет автоматически изменено на “Загрузка процессора превышает 5 на New host”, если выражение — >5
Важность	Определение требуемой важности триггера нажатием кнопок.
Выражение проблемы	Логическое выражение, используемое для определения условий проблемы.
Формирование ОК событий	Опции формирования ОК событий: Выражение — ОК события формируются на основе того же выражения что и события о проблемах; Выражение восстановления — OK события формируются, если выражение проблемы вычисляется как ЛОЖЬ и выражение восстановления вычисляется как ПРАВДА; Нет — в этом случае триггер никогда самостоятельно не вернётся в состояние ОК. Поддерживается начиная с Zabbix 3.2.0.
Выражение восстановления	Логическое выражение, используемое для определения условий, когда проблема решена. Выражение восстановления вычисляется только после того, как выражение проблемы будет вычислено как ЛОЖЬ. Невозможно решить проблему с помощью выражения восстановления, если условие проблемы всё ещё присутствует. Это поле опционально и доступно только, если в Формирование ОК событий выбрано ‘Выражение восстановления’. Поддерживается начиная с Zabbix 3.2.0.
Режим формирования ПРОБЛЕМА событий	Режим формирования событий о проблемах: Одиночный — формируется одно событие, когда триггер переходит в состояние ‘Проблема’ в первый раз; Множественный — событие формируется на каждое ‘Проблема’ вычисление триггера.
ОК событие закрывает	Выберите, если ОК событие закрывает: Все проблемы — все проблемы этого триггера Все проблемы, если значение тега совпадает — только те проблемы триггера, значения тегов событий которых совпадает Поддерживается начиная с Zabbix 3.2.0.
Теги для совпадения	Укажите имя тега события, которое будет использоваться для корреляции событий. Это поле отображается, если в свойстве ОК событие закрывает выбрано ‘Все проблемы, если значения тегов совпадают’ и в этом случае это поле обязательно. Поддерживается начиная с Zabbix 3.2.0.
Теги	Укажите пользовательские теги для маркировки событий триггера. Теги событий могут использоваться для корреляции событий, в условиях действий и будут также видны в Мониторинг → Проблемы и в Проблемы виджете. Тегами является пара имя тега и значение. Вы можете использовать только имя или на пару имя со значением. Пользовательские макросы, контекст пользовательских макросов, макросы низкоуровневого обнаружения и макросы функций <> , <> , а также макросы низкоуровневого обнаружения, поддерживаются в тегах событий. Макросы низкоуровневого обнаружения можно использовать в контексте макросов. Если суммарная длина раскрытого значения превышает, оно будет обрезано до 255 символов. Смотрите все поддерживаемые макросы тегами событий. Поддерживается начиная с Zabbix 3.2.0.
Разрешить закрывать вручную	Выберите, чтобы разрешить закрывать вручную события о проблемах сформированные этим триггером. Закрытие вручную возможно при подтверждении событий о проблемах. Поддерживаются начиная с Zabbix 3.2.0.
URL	Если не пустой, то URL , указанный здесь, доступен в виде ссылки в нескольких местах веб-интерфейса, например при нажатии на имя проблемы в Мониторинг → Проблемы (опция URL в меню Триггер) и в виджете Проблемы на панели. Поддерживаемые макросы: , , , несколько макросов, пользовательские макросы.
Описание	Текстовое поле используется, для того чтобы сообщить больше информации об этом триггере. Может содержать инструкции по устранению специфичной проблемы, контактные данные ответственного сотрудника и т.п. Начиная с Zabbix 2.2, описание может содержать тот же набор макросов, что и имя триггера.
Активировано	Уберите отметку деактивирует триггер, если это требуется.

Вкладка Зависимости содержит все зависимости триггера.

Нажмите на Добавить для добавления новой зависимости.

Тестирование выражений

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

Следующее выражение с официального шаблона взято в качестве примера:

Для тестирования выражения, нажмите на Конструктор выражения под полем выражения.

В Конструкторе выражения перечислены все отдельные выражения. Чтобы открыть окно тестирования, нажмите на Тест ниже списка выражений.

В окне тестирования вы можете задать пробные значения (“80, 70, 0, 1” в этом примере) и затем увидеть результат выражения, нажав на кнопку Тест.

Можно увидеть результат отдельных выражений, наряду со полным выражением.

Результат “ПРАВДА” означает, что введёное выражение корректно. В этом конкретном выражении А, “80” больше чем указанное значение <$TEMP_WARN>, “70” в этом примере. Соответственно, появится результат “ПРАВДА”.

Результат “ЛОЖЬ” означает, что введёное выражение некорректно. В этом конкретном выражении B, <$TEMP_WARN_STATUS>, равно “1” в этом примере, должно быть равно указанному значению 0, и это неправда. Соответственно, появится результат “ЛОЖЬ”.

Выбранным типом выражения является “ИЛИ”/“ПРАВДА”. Если по крайней мере одно из заданных выражений (A или B в этом случае) будет ПРАВДА, общий результат будет также ПРАВДА. Что означает, что текущее значение превысило пороговое значение и возникнет Проблема.

Источник