Оповещения от items

[Artem2189]

Добрый день.

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

[Hamardaban]

Посмотрите вот на это

https://www.zabbix.com/documentation/current/en/manual/config/notifications/unsupported_item

[Artem2189]

Посмотрите вот на это
https://www.zabbix.com/documentation...supported_item

Этот вариант пробовал. Но он должен присылать уведомления только если айтем не поддерживается.
Хотя заметил, что по айтемам, которые в состоянии Unsupported item key уведомления все равно не приходят.

Хотелось бы получать уведомления с айтемов, которые поддерживаются, но по каким-то причинам данные по ним перестали собираться.

[kharkov_max]

триггер nodata.

[Artem2189]

триггер nodata.

И повесить его на все айтемы? У нас их почти 15000

[Kos]

Мне кажется, что вопрос не совсем корректный.
Не бывает такого, чтобы данные перестали собираться без причины. Поэтому если есть проблемы, то нужно искать эти причины и с ними разбираться.
А перестать собираться данные могут по одной из следующих причин (дополняйте, если что упустил):

• элемент данных перешёл в неподдерживаемое состояние. Либо некорректные данные (не тот формат), либо ошибка при получении данных, в том числе из-за изменений конфигурации хоста (нет нужного объекта - файла/процесса/файловой системы/сетевого интерфейса и т.п., либо не хватает прав). Можно контролировать по ссылке выше.
• проблемы с коммуникациями для данных, собираемых агентом (в пассивном либо активном режимах) либо сервером (опрос по SNMP, HTTP, ICMP, SSH и т.д.) - как сетевые проблемы (включая настройки фаерволов), так и ошибки конфигурации (ссылки не на тот сервер или интерфейс, не то имя хоста и т.п.). Контролируется мониторингом того, что какие-то данные (в соответствующем режиме) поступают. Для этого необязательно следить за каждым айтемом, достаточно повесить триггер c функцией nodata() на один айтем для кажого механизма получения данных (обычно, с наименьшим интервалом опроса).
• перестал запускаться какой-то внешний процесс, присылающий данные в траппер (например, работающий по шедулеру скрипт). Как правило, таких элементов данных не так много, и их можно обвесить триггерами с nodata() (обычно достаточно одного на скрипт, даже если сам скрипт присылает не одно, а множество значений).

[Artem2189]

Мне кажется, что вопрос не совсем корректный.
Не бывает такого, чтобы данные перестали собираться без причины. Поэтому если есть проблемы, то нужно искать эти причины и с ними разбираться.
А перестать собираться данные могут по одной из следующих причин (дополняйте, если что упустил):

• элемент данных перешёл в неподдерживаемое состояние. Либо некорректные данные (не тот формат), либо ошибка при получении данных, в том числе из-за изменений конфигурации хоста (нет нужного объекта - файла/процесса/файловой системы/сетевого интерфейса и т.п., либо не хватает прав). Можно контролировать по ссылке выше.
• проблемы с коммуникациями для данных, собираемых агентом (в пассивном либо активном режимах) либо сервером (опрос по SNMP, HTTP, ICMP, SSH и т.д.) - как сетевые проблемы (включая настройки фаерволов), так и ошибки конфигурации (ссылки не на тот сервер или интерфейс, не то имя хоста и т.п.). Контролируется мониторингом того, что какие-то данные (в соответствующем режиме) поступают. Для этого необязательно следить за каждым айтемом, достаточно повесить триггер c функцией nodata() на один айтем для кажого механизма получения данных (обычно, с наименьшим интервалом опроса).
• перестал запускаться какой-то внешний процесс, присылающий данные в траппер (например, работающий по шедулеру скрипт). Как правило, таких элементов данных не так много, и их можно обвесить триггерами с nodata() (обычно достаточно одного на скрипт, даже если сам скрипт присылает не одно, а множество значений).

Хорошо, спасибо. Будем разбираться как это реализовать.

По первому пункту такой возник вопрос. Включил отчет в Internal actions Report not supported items.
Он будет высылать оповещения только по айтемам в состоянии "not supported" ?

По айтемам с такими состояниями (Unsupported item key, No Such Object available on this agent at this OID) никаких оповещений не пришло.
Создал заведомо неправильный айтем, тоже никаких оповещений.

[Semiadmin]

Создал заведомо неправильный айтем, тоже никаких оповещений.

В документации можно прочитать: Internal events happen when: an item changes state from 'normal' to 'unsupported'.
Очевидно, что "заведомо неправильный айтем" никогда не был нормальным.
Кроме этого, у пользователя, получающего алерты, не должны быть запрещены оповещения с важностью "Not classified" (серые)