Сейчас это у нас пока пробный запуск на ~70 хостов. В последствии их количество будет нарощено до нескольких тысяч. И получается что очередь будет висеть постоянно на уровне 9999? А как тогда разбираться, когда кол-во воркеров перестанет хватать для обработки? :) Пытаюсь шерстить ru/en коммьюнити, не могу пока найти инфу как это "по-уму" должно настраиваться. Готовый рецепт не ищу, хотя бы понимание получить бы, дальше уже сам разберусь :)

Благодарю!

Дело в агентах, их и настраивай

И покажи конфиг, тебе скорее всего там все скручивать надо

Добрый день! Может кто-нибудь знает как сделать следующую штуку в заббиксе. У меня есть триггер, который срабатывает если задержка по метрикам больше трёх минут, условно если запоздание начинается в 14:21, то этот тригер сработает в 14:24. Потом action отправляет уведомление на почту, что вот начало задержки это сколько то. Если использовать {EVENT.TIME}, то это время 14:24, потому что это время срабатывания триггера,  а хотелось бы чтоб писалось что время начала 14:21. Каким образом можно получить это время

А что можно подкрутить с их стороны? Читаю комменты к конфигу, вроде особо и крутить то нечего. Разве что интервал опроса сервера, но это тут не причём, насколько понимаю

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

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

это повод  детально разобраться с каждым таким айтемом

Вектор понятен, буду изучать, спасибо

может, прокси где использовать, или sender вместо агента

Гуру, подскажите. Стенд заббикс 5, dlink DGS-1100-8. Пара разных шаблонов на этом хосте. Опытным путем выяснино, что если вручную тыкнуть сбор данных, данные собираются. Но в шаблоне есть битый LLD. Заббикс в лог орет, SNMP agent item "net.if.discovery" on host "sw" failed: another network error, wait for 15 seconds

И при этом snmp проверки ен отрабатывают. Выключил этот lld и сбор данных пошел. Я конечно понимаю, что случай частный. Но мне кажется логика не очень логичная. Не отработал LLD, фиг с ним, но может сбор данных пройдет успешно.

Ну и ближе к телу, может сеть у кого живой шаблон для этого DGS-1100-8

Оно так работает, да. Это бай дизайн. Можешь покрутить параметры UnreachableDelay, UnreachablePeriod

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