триггер срабатывет если среднее по загрузке интерфейса (ifInOctets/ifOutOctets) превышает 90% от net.if.speed[ifHighSpeed.{#SNMPINDEX}

Интересно. Сейчас посмотрю

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

нет ли там ситуации переполнения счётчика?

вот кстати да

именно оно

есть же 64 разрядные оиды

а, они и используются судя по ключам

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

Долго бьюсь , не могу победить action что бы при срабатывании тригерра отключались/включались опредленные itemы на хосте (хост  рандомный), а точнее все за исключением проверки ICMP, кто сможет помочь  на не безвозвмезной основе решить вопрос?  на текущий момент слишком много паразитирующих запросов в то время как  хосты отключены...

Мне проще со временем поменять эти гадкие железяки. Так как все равно, мы избавляемся от них

А триггер с двумя условиями, "снизу" и "сверху"?
Я так понимаю, значения загрузки, которые отдает железка, начинают превышать пропускную способность интерфейса?

тогда и на графиках будет неверное значение тоже.

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

Эм, так наличие значения на графике от триггера не зависит же, нет?

так есть же  валидация значений в препроцессинге начиная с 4.4

что то и забыл про них

а пользовательские макросы можно использовать в экшенах на авторегистрацию? в доке вот так ACTIONS
In actions, user macros can be used in the following fields:

Location  Multiple macros/mix with text1
Trigger-based notifications and commands  yes
Trigger-based internal notifications  yes
Problem update notifications  yes
Time period condition  no
Operations
Default operation step duration  no
Step duration  no

сам отвечаю на свой вопрос. да

Добрый день.

Есть шаблоны:
1. Template Module Windows services by Zabbix agent
2. Template Module Windows services by Zabbix agent active
В них унаследованный макрос:
{$SERVICE.NAME.NOT_MATCHES}
Значение:
^RemoteRegistry|MMCSS|gupdate|SysmonLog|clr_optimization_v.+|clr_optimization_v.+|sppsvc|gpsvc|Pml Driver HPZ12|Net Driver HPZ12|MapsBroker|IntelAudioService|Intel\(R\) TPM Provisioning Service|dbupdate|DoSvc$
Описание:
This macro is used in Service discovery. Can be overridden on the host or linked template level.

Так же есть регулярное выражение(Adminstration->General->Regular expressions):
Windows service names for discovery
Expression type:
Result is FALSE
Значение:
^(MMCSS|gupdate|SysmonLog|clr_optimization.*|DoSvc|sppsvc|MapsBroker|WpnUser.*|OneSync.*|gpsvc|BITS|CDPUserSvc.*|.*KMSELDI|stisvc|UsoSvc|TrustedInstaller|WbioSrvc|tmlisten|ntrts|ntrtscan|CDPSvc|SCardSvr|tiled.*|VeeamCatalogSvc|edgeupdate|EraAgentSvc)$

Судя по проблемам, хосты с 1м шаблоном отрабатывают по второму значению, а хосты со 2м шаблоном по первому. Keep lost resources period выждан.

Вопросы:
1. Почему может быть так?
2. Как значение регулярного выражения Windows service names for discovery попадают в шаблон?