Непонятное мигание ошибки 'Zabbix agent is not available (for 3m)'

[a.l.r.e]

Проблема.

В контейнере установлен агент zabbix/zabbix-agent2:ubuntu-5.2-latest. К нему привязаны template 'Zabbix agent', 'PostgreSQL Agent 2'

Всё работает, и всё мониторится.

Но если остановить PostgreSQL, то через некоторое время появляется ошибка 'Zabbix agent is not available (for 3m)', а потом через некоторое время она исчезает.





Это мигание непонятно. Агент работает, выключен-то только PostgreSQL.

[a.l.r.e]

Zabbix agent is not available


При этом он как-бы работает


А через некоторое время

[a.l.r.e]

В базе текст ошибки

[Alex_UUU]

Посмтри, как вычисляется данный тригер и посмотри что выдет итем этого триггера. Може действительно пинги до агента не идут.

[a.l.r.e]

ping и Zabbix agent is not available - это разные вещи

zabbix_get работает же при этом

https://www.zabbix.com/forum/in-russian/435696-%D0%BD%D0%B5%D0%BF%D0%BE%D0%BD%D1%8F%D1%82%D0%BD%D0%BE%D0%B5-%D0%BC%D0%B8%D0%B3%D0%B0%D0%BD%D0%B8%D0%B5-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8-zabbix-agent-is-not-available-for-3m#post435708

Если вместо шаблона 'Zabbix agent' установить шаблон 'Linux by Zabbix agent' в котором есть linked шаблон 'Zabbix agent', то ошибки 'Zabbix agent is not available (for 3m)' не происходит.

Похоже на баг.

В рамках шаблона 'PostgreSQL Agent 2' генерится событие интерпретируемое как недоступность Zabbix agent.
И, если стоит шаблон 'Zabbix agent', то это событие висит достаточно долго, чтобы сработал триггер.
А, если стоит шаблон 'Linux by Zabbix agent', то это событие сбрасывается/затирается каким-то событием из большого потока событий.

[a.l.r.e]

Какой-то странный шаблон 'PostgreSQL Agent 2'

ping из шаблона работает когда хочет, а не раз в минуту



а uptime раз в минуту

[wins]

какая версия сервера?

[a.l.r.e]

Всё в контейнерах

zabbix : zabbix/zabbix-server-pgsql:ubuntu-5.2-latest : https://hub.docker.com/r/zabbix/zabbix-server-pgsql
postgres: postgres:10 : https://hub.docker.com/_/postgres

[a.l.r.e]

Потратил кучу времени на тестирование.
Заметил следующее.

Для начала добавил в шаблон 2 item


В результате оказалось следующее

{$AGENT.TIMEOUT} = 3m - это из шаблона Zabbix agent. Отсюда непонятный триггер из заголовка топика, хотя для host стоит другое значение.

{$AGENT.TIMEOUT} = 15m - установлено для host

При остановке PostgreSQL прекращается обновление item типа Zabbix agent из шаблона PostgreSQL Agent 2.

А самое интересное, что обновление 2-х item (те которые добавлены в шаблон) оживает через 15min, т.е. $AGENT.TIMEOUT установленный для host.

Остальные так и не обновляются.

[a.l.r.e]

system.localtime - не помогает. Ничем не лучше zabbix[host,agent,available],
у которого может наблюдаться пауза в работе (11:50-12:01) при остановке PostgreSQL(а не агента), потом пила в работе (ну это ладно), непонятные паузы в процессе (12:50-12:56)...




Похоже, реально нужно попробовать fping https://www.zabbix.com/documentation.../simple_checks

И image zabbix/zabbix-server-pgsql:ubuntu-5.2-latest https://hub.docker.com/r/zabbix/zabbix-server-pgsql дополнить

Dockerfile:

FROM zabbix/zabbix-server-pgsql:ubuntu-5.2-latest

ENV DEBIAN_FRONTEND noninteractive

USER root
RUN apt-get update
RUN apt-get -y install iputils-ping fping dnsutils telnet
RUN cd /usr/sbin; ln -s /usr/bin/fping
RUN chown root:zabbix /usr/bin/fping
RUN chmod u+s /usr/bin/fping
RUN apt-get clean all

USER zabbix

[a.l.r.e]

В Kubernetes несколько zabbix agent могут висеть на одном IP, только порты разные.
так что fping не поможет.

[a.l.r.e]

остаётся только workarroud.

добавить к набору шаблонов 'Zabbix agent' и 'PostgreSQL Agent 2', какой-нибудь для active agent, например, 'Linux CPU by Zabbix agent active' как не очень большой...
возможно это уберёт паузы в работе zabbix[host,agent,available]

А созданные item 'PostgreSQL: Agent localtime' и 'PostgreSQL: Agent tImeout' позволяют создать работающий триггер 'PostgreSQL: Service is down'

что-то типа

Problem expression: {PostgreSQL Agent 2:pgsql.uptime["{$PG.URI}","{$PG.USER}","{$PG.PASSWORD}"].nodata({$AGENT.TIMEOUT})}=1 and {PostgreSQL Agent 2:pgsql.agent.timeout.max({$PG.AGENT.TIMEOUT})}=1 and {PostgreSQL Agent 2:pgsql.agent.timeout.last(60)}=1
Recovery expression: {PostgreSQL Agent 2:pgsql.uptime["{$PG.URI}","{$PG.USER}","{$PG.PASSWORD}"].nodata({$AGENT.TIMEOUT})}=0 and {PostgreSQL Agent 2:pgsql.agent.timeout.max({$PG.AGENT.TIMEOUT})}=1 and {PostgreSQL Agent 2:pgsql.agent.timeout.last(60)}=1

[a.l.r.e]

Всё заработало, как требовалось.
Нужно было лишь для system.localtime использовать type 'Zabbix agent (active)'

В шаблон 'PostgreSQL Agent 2' нужно добавить macro



В шаблон 'PostgreSQL Agent 2' нужно добавить items



Шаблон 'Zabbix agent' не используется, т.к ложные срабатывания при остановке PostgreSQL (не агента).

В шаблон 'PostgreSQL Agent 2' добавлен триггер



Ну и исправлен триггер

[a.l.r.e]

Использовались контейнеры
zabbix/zabbix-server-pgsql:ubuntu-5.2-latest
zabbix/zabbix-agent2:ubuntu-5.2-latest

Для контейнера агента настройки


В Zabbix для него настройки

[Kos]

Нужно было лишь для system.localtime использовать type 'Zabbix agent (active)'

Я надеюсь, Вы в курсе, что значение, возвращаемое метрикой system.localtime при работе агента в активном режиме, нельзя проверять при помощи триггерной функции fuzzytime()?
Такой триггер не сработает никогда.
Если не верите мне, то внимательно смотрите описание триггерной функции в документации, где это явно упомянуто (правда, без подробностей, за подробностями - сюда).