"Доступность" агента с активными провер

[esergion]

Доброго времени!
Zabbix-сервер 2.2.1 из репозитория Debain testing.
Zabbix-агент 2.0.5. на ubuntu 13.04 из репозитория http://repo.zabbix.com/zabbix/2.0

Склонировал шаблон "Template OS Linux" в "Template OS Linux ACTIVE", а также "Template App Zabbix Agent" в "Template App Zabbix Agent ACTIVE".
Привязал соответственно первый ко второму, типы элементов данных у этих шаблонов поменял на "Zabbix агент (активный)".
Добавил действие для авторегистрации активных агентов.
Запустил агента с настройками:

PidFile=/var/run/zabbix/zabbix_agentd.pid

LogFile=/var/log/zabbix/zabbix_agentd.log
LogFileSize=50

StartAgents=0
ServerActive=192.168.0.73

Hostname= esergion-laptop

Include=/etc/zabbix/zabbix_agentd.d/

Узел добавился, данные пошли, графики побежали.
Но на странице со списком узлов, данный узел в поле "Доступность" показывает красную иконку Zabbix'а с ошибкой:

Get value from agent failed: cannot connect to [[192.168.0.126]:10050]: [111] Connection refused

Оно конечно и понятно, ведь агент ничего и не пытается слушать по данному адресу:порту, т.к. настроен только на активные проверки.
Так вот вопрос - это нормально, или можно настроить "доступность" активных агентов?

[esergion]

Удалил узел, создал вручную заново, данные идут а иконка "Z" серая.
agent.ping с узла со времени его добавления - всегда 1 (Up).

Как же заставить сервер устанавливать флаг "availabality" для активных агентов?

[Jimson]

Активный агент всегда "недоступен". Поставьте агент 2.2, вдруг реализовали "доступность" при отсутствии пассивных проверок, ну и поищите на трекере соответствующий репорт.

[esergion]

Активный агент всегда "недоступен". Поставьте агент 2.2, вдруг реализовали "доступность" при отсутствии пассивных проверок, ну и поищите на трекере соответствующий репорт.

Да, спасибо, уже нашел несколько репортов по теме.
Про то, что невозможно сбросить статус доступности в данной колонке (2010 год и не закрыт) и далее по истории можно отследить еще кучку репортов закрытых как дубликаты.
Очень странно, что до сих пор не починено, ведь даже метод решения представлен: выбирать элемент данных, по которому интерфейс будет выставлять флаги доступности, а по клику на иконку - обновлять состояние
Надеюсь когда-нибудь у меня найдется время для углубления в код и написания решения вопроса..

Вопрос же по фактической доступности узла придется пока решить дополнительным триггером с nodata() на хотябы тот же agent.ping.

И да, обновил агент 2.2 - без изменений. Да и дело не в агенте, дело в веб-интерфейсе

[Jimson]

И да, обновил агент 2.2 - без изменений. Да и дело не в агенте, дело в веб-интерфейсе

На самом деле в сервере, более того эти флаги сохраняются в таблице hosts, поля available, snmp_available, ipmi_available и jmx_available. Можете сбросить значение, что бы иконки "посерели" в интерфейсе.

[MikeTk]

Привет всем. Изменилось ли что-то за 5 лет? Ситуация аналогичная. Активные агенты за натом. Хотелось бы видеть корректное отображение.