Без множественой генерации не обойтись, менять не вариант.

Именно так было в предыдущей версии... А конкретно 3.0.9

А расскажи, что за элемент данных? Как в него данные попадают, что именно попадает?

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

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

Это текстовый элемент
Интервал обновления 1 мин
приходит из sh скрипта
данные о процессах нагружающих машину на текущий момент,
выглядят данные так :

Когда проблема и  ЦПУ резко увеличивается (> 25% за 5 мин):
*имя сервера*
CPU load increased 68.68% => 99.38%  (for 5min on 30.69%)
*внутренняя ссылка на перечень процессов которые нагружают*

Когда проблемы нет приходят данные о изменении нагрузки без описания процессов:
CPU_LOW change 1.24

Вот кусочек из последних данных элемента
05.05.2020 09:58:19  CPU load increased 53.12% => 94.97%  (for 5min on 41.85%) Подробнее: *ссылка*
05.05.2020 09:57:19  CPU load increased 42.65% => 85.71%  (for 5min on 43.06%) Подробнее: *ссылка*
05.05.2020 09:56:20  CPU load increased 31.00% => 62.79%  (for 5min on 29.57%) Подробнее: *ссылка*
05.05.2020 09:55:19  CPU_LOW change 20.45
05.05.2020 09:54:19  CPU_LOW change 19.91
05.05.2020 09:53:19  CPU_LOW change 18.72
05.05.2020 09:52:19  CPU_LOW change 18.69
05.05.2020 09:51:19  CPU_LOW change 0.08

По-моему, вы сами себя в тупик загнали.
Реализовали задачу на свой лад, теперь хотите, чтобы вам поправили что-то.
Я сомневаюсь, что кто-то здесь так заморачивается.

А если такой вариант - триггер срабатывает, когда нагрузка держится, скажем, 15 минут, а закрывается, когда нагрузки нет в течение 30 минут. Тогда будет редкое срабатывание, и не будет спама

Я так понял ему наоборот нужен спам для открытия проблем. А вот при закрытии всех проблем ему нужен только один ОК.

Мне кажется, такого не было никогда

Не было

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

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

Крч, по кругу ходим. Слишком много текста

А такие всплески нагрузки - это норма?

Сделайте общий триггер на нагрузку CPU. И дополнительно сделайте айтем с текстовым описанием всех процессов, нагружаемых систему. У вас будет открываться одна единственная проблема. Настройте action с эскалацией, чтоб он вам отправлял регулярно описание процессов из другого айтема.

Просто если норма - алертовать не надо. Если нет - решать вопрос нагрузки. Например, дать больше ресурсов.
Я не в курсе, какой там характер процессов, но вряд ли там каждый раз будет что-то новое.

Отличный вариант,спасибо.

а вы точно понимаете, что такое множественная генерация и зачем она вам?