Копится очередь, если хосты не в сети и не посылают данные (активные проверки).

[Griboed0ff]

Коллеги, всем доброго времени суток!
Имею сервер 5.0.34, несколько прокси 5.0.34. На одном из прокси на мониторинге только пк с агентами, у которых только активные проверки. Агенты регистрируются через авторегистрацию. Проблема в том, что если пк выключен или не сети, то заббикс все равно ожидает от хоста данные, соответсвенно не получает их и начинает копить очередь, ну и алерты генерируются: Remote Zabbix proxy: More than 100 items having missing data for more than 10 minutes, Zabbix server: More than 100 items having missing data for more than 10 minutes. Как мне дать понять заббиксу, что если хост недоступен, то и не стоит ожидать от него данных?
И второй момент на счет алерта у сервера (More than 100 items having missing data for more than 10 minutes), сервер сам вообще ничего не мониторит и очереди у него нет никакой. Почему он возникает, это из-за прокси?

[Griboed0ff]

Проблема актуальна и до сих пор. Уже переехал на 6.0.4, но проблема не в версии, а в логике заббикса, которая работает однозначно. Логика проста, если назначено расписание активных проверок, то заббикс ждет значений и остальные факторы его не волнуют. Это отлично работает для mission critical систем, которые работают 24\7\365. Но вот десктопные пк, то выключаются на ночь, то приходят в сеть через впн и вообще не обязательно должны быть включены и в сети. Вот с ними и возникают проблемы в виде некрасивых очередей от прокси, по графику, которых не ясно, то ли данные остановились, то ли все в порядке. Хотя реальные очереди с прокси я снимаю по значениям с баз прокси. С пассивными проверками такой проблемы нет и если агент узла сети неактивен, то и не ждем ничего от него.
Я понимаю, что тут без апи и костылей никак и даже пробовал. Скрипт деактивировал хосты после отсутствия данных в течении 3 часов, потом когда хост включался, снова активировался через авторегистрацию. Но как-то это не душевно и не всегда работает такой таймаут. В общем может есть у кого-нибудь хотя мысли, чтобы я такого мог написать на питоне для апи, чтобы это было более продуманным решением? И так понимаю проблема должна быть не только у меня, все ведь могут столкнутся с мониторингом десктопных машин через активные проверки?!

[Griboed0ff]

Коллеги, приветствую!

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

Также не могу найти, в какие таблицы в базе данных нужно сделать SQL-запрос, чтобы увидеть саму очередь. По неподдерживаемым элементам данных я уже проверил – их не так много в сравнении с очередью (грубо говоря, неподдерживаемых эдементов данных около 800, а очередь составляет порядка 60 тысяч).

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

[Hamardaban]

Насколько понимаю очередь - это понятие «виртуальное» и «живет» в процессах сервера. Т.е. у нее нет отражения в базе в виде таблиц и т.п.

[Griboed0ff]

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