Zabbix 5.0 lts, не срабатывает триггер , в очереди висят данные

[sheka]

Господа товарищи, выручайте плиз, новичок в zabbix.
Установил Zabbix 5.0 lts на Ubuntu 20.04, vps. Разумеется sql, апач и все остальное как в мануалах.
Собираюсь для начала мониторить роутеры по пингу, и windows компы за nat (агент zabbix в активном режиме).
Все вроде бы работает, добавил узлы с windows 2 шт (авторегистрация) и один роутер (проверка по пингу). Шаблон для win узлов добавил (Template OS Windows by Zabbix agent active), данные приходят, графики рисуются.
Хочу просто базовые проверки - работает ли узел или нет.
Тестирую: пробую погасить роутер - все как и должно быть, срабатывает триггер, проблема отображается. Включаю - отображается что проблема решена. Для теста останавливаю на убутну сервере агент заббикс - тоже отрабатывается все как и должно.
На win узлах пробую остановить службу zabbix_agent (имитирую отключение компа).

И тут начинается какая-то хрень, Узел перестает получать данные. По идее должен сработать триггер Zabbix agent is not available (or nodata for {$AGENT.NODATA_TIMEOUT}), и должна появится проблема в веб интерфейсе.
Но этого не происходит. Плюс в очереди сервера накапливаются данные в строке Zabbix агент (активный) и висят там бесконечно. Если службу zabbix_agent на win компе запустить, очередь очищается.
Если просто выключать win комп вместо остановки службы, ситуация та же. Очередь растет, триггер не срабатывает. Включил комп - очередь очистилась, данные от узла поступают.
Остальные триггеры на вин компах работают, что удивительно - недостаток места на диске, загрузка цп высокая - эти проблемы появляются, как и должно быть.

Вопрос - почему не работает этот чертов триггер на таймаут получения данных от активного агента? Без него все не имеет смысла, нет понимания в сети компьютер или нет. И почему растет очередь?

Уже все перепробовал что только на ум пришло - удалял узлы и заново добавлял, удалял шаблон, добавлял заново. Переустанавливал агенты на виндовых компах. Переустанавливал zabbix сервер. Полностью перезаливал ubuntu на vpsке и все ставил заново, zabbix сервер, апач, новая база sql и т.д. и т.п.

В ресурсы сервер не упирается, цпу, память, диск - всего хватает. Да и всего лишь два узла добавлено.

[Kos]

Очередь в Zabbix-е - понятие несколько виртуальное, особенно для элементов данных с типом "Zabbix agent (active)" (которые агент сам должен присылать, и сервер только ждёт этого).
Т.е. если агент не в состоянии "disabled" или "обслуживание без сбора данных", то очередь будет расти - и это нормально.

А вот почему не срабатывает триггер - это вопрос хороший. Для начала:

• как долго ждали срабатывания триггера?
• чему равно значение макроса {$AGENT.NODATA_TIMEOUT} на "проблемных" хостах?
• смотрите ведь от имени пользователя, у которого есть права (хотя бы на чтение) на эти хосты?

[sheka]

Да, в самом деле, причина в макросе. По умолчанию 30 минут, исправил на 3 минуты и все заработало.
Благодарю.
Пару вопросов ещё: получается накопление очереди это штатная ситуация, ничего не надо предпринимать?
И можно ли это значение макроса в одном месте где то исправить, чтобы на каждом узле не исправлять?

[Kos]

Не надо отвечать комментарием (этого почти никто не видит, кроме вас), отвечайте лучше отдельной репликой.

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

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

[sheka]

Благодарю вас.