Графики WS-042 пустые: сначала отделите падение агента от плохого ключа

Короткий ответ

Пустые графики на WS-042 — это два разных инцидента. Если нет agent.ping и ZBX красный — чините доступность агента: порт 10050, PSK psk-ws042, Hostname. Если agent.ping свежий, а пуст один ключ — это item (unsupported, фильтр, wrong type, SNMP). Не клонируйте шаблон и не «массово disable/enable», пока не сняли этот водораздел. Агент: Zabbix agent недоступен. Ключ: Unsupported item.

Сервер опроса: 10.0.20.50 или proxy. UI: zabbix.example.

Симптомы и как отличить

Типичная картина:

• Dashboard «нет данных»;
• триггер nodata() орет, хотя хост пингуется;
• после обслуживания график не догоняет;
• только Windows-perf ключи пустые, agent.hostname жив.

Отличия:

Таблица Monitoring → Hosts: иконки ZBX / SNMP / JMX независимы. Зелёный SNMP при красном ZBX — норма для чисто сетевого железа.

Возможные причины

1. Агент/PSK/порт — весь хост.
2. Item unsupported или disabled, type не тот (Zabbix agent vs agent active).
3. Хост в maintenance с «no data collection».
4. Неверный интерфейс: item привязан к IP, который больше не существует.
5. Очередь poller: значения есть в delay, UI отстаёт.
6. History storage = 0 или housekeeper съел, график пуст при живом last value.
7. Фильтр Latest data (show unsupported скрыт), пользователь смотрит не тот host group.
8. Редко: clock хоста в будущем, значения отбрасываются; proxy буфер после разрыва ещё не слил.

Диагностика

1. Водораздел за 30 секунд

На zabbix.example откройте Monitoring → Latest data → host WS-042, ключ agent.ping и agent.hostname.

Затем с poller-узла:

zabbix_get -s 10.0.20.42 -p 10050 -k agent.ping \
  --tls-connect psk \
  --tls-psk-identity psk-ws042 \
  --tls-psk-file /etc/zabbix/psk-ws042.psk
zabbix_get -s 10.0.20.42 -p 10050 -k agent.hostname

2. Конкретный item

Configuration → Hosts → WS-042 → Items: Status, Info, Type, Interface, Update interval, History.

# тот же ключ, что в UI
zabbix_get -s 10.0.20.42 -p 10050 -k 'vfs.fs.size[C:,pfree]' \
  --tls-connect psk --tls-psk-identity psk-ws042 \
  --tls-psk-file /etc/zabbix/psk-ws042.psk

Агент отвечает, UI unsupported — смотрите preprocessing, type of information, LLD макрос. Агент ошибка — ключ/плагин/права.

Для active item zabbix_get не является проверкой пути: poller не использует active. Смотрите лог агента requested for active checks.

3. Maintenance и queue

# на 10.0.20.50
sudo grep -E 'queue|slow|proxy' /var/log/zabbix/zabbix_server.log | tail -n 40

В UI 6.0: Administration → Queue. В 7.0: Reports → Queue. Если vfs.fs.size сидит в «10+ minutes» — это не «диск не мониторится», это нехватка pollers/timeouts. Не лечите увеличением интервала всех item'ов сразу.

Maintenance: Data collection Off на хосте или группе — графики законно пустые.

4. History vs last value

Latest data показывает last value из cache/history. График Monitoring → Graphs берёт history/trends. Если history period 0d, last value может быть, а график пуст. Это настройка хранения, не агент.

Решение

Сценарий A. Весь хост пуст, zabbix_get fail

Идите в статью про агент. Не disable items «чтобы очередь рассосалась» — вы потеряете detection восстановления.

Сценарий B. zabbix_get OK, UI пуст

1. Хост на proxy? Проверяйте с proxy, смотрите proxy.
2. zabbix_server -R config_cache_reload после смены интерфейса/PSK.
3. Сверьте Host name и Hostname= для active.
4. Снимите maintenance.

Сценарий C. Один ключ

Исправьте ключ/тип. Для agent active vs passive: шаблон «Windows by Agent» vs «Windows by Agent active» на одном хосте без второго пути даёт половину дыр. Либо откройте пассив 10050, либо переведите item'ы в active и почините ServerActive.

Сценарий D. Очередь

Не «перезапуск сервера как лечение». Снимите timeout item'ов, которые висят на мёртвых SNMP. См. очередь.

Сценарий E. History 0

Верните разумный history (дни, не годы) на item'ах, которые нужны для графиков. Trends не заменяют короткие интервалы на узких графиках. Хранение: база растёт.

Как проверить, что проблема устранена

Latest data: agent.ping и проблемный ключ с timestamp «секунды/минуты назад», не «час». График без разрыва на новом интервале (старая дырка не закрасится). Триггер nodata(/WS-042/agent.ping,10m) в OK.

Повторный zabbix_get с тем же PSK. Если чинили только UI — агент уже был жив, зафиксируйте это в заявке, чтобы не закрыли как «перезагрузили WS-042».

Если не помогло

• Значения приходят с задержкой ровно в интервал proxy offline — буфер proxy.
• Ключ работает в CLI агента zabbix_agent2 -t 'key' и не работает через server: Timeout сервера меньше, чем агента; или AllowKey режет remote.
• Dependent item без master — выглядит как «нет данных», master unsupported.
• Пользователь смотрит другой WS-042 из другой группы после авторегистрации-дубля.

Профилактика

• В шаблоне хоста всегда agent.ping + nodata с зависимостью для item-шума.
• Приёмка VM: zabbix_get с 10.0.20.50 в чеклисте.
• Не смешивайте без нужды passive и active шаблоны.
• Алерт на очередь > N минут глобально, иначе «нет данных» увидите от пользователя, не от Zabbix.

FAQ

Почему ping хоста есть, а данных нет?

ICMP ≠ агент. Мониторинг доступности сервиса — отдельная статья.

zabbix_agent2 -t работает локально, с сервера нет

Локальный -t не ходит в сеть и часто не проверяет TLS так же, как poller. Это не доказательство открытого 10050.

Можно ли «Check now» вместо диагностики?

Check now полезен как тест после фикса. Если он висит — вы в очереди или timeout, не в «магии UI».

Пусто только ночью

Maintenance window, backup freeze, диск 100%, агент timeout. Смотрите timestamp дырки vs cron.

SNMP хост без агента — какой водораздел?

Вместо agent.ping — snmpwalk с 10.0.20.50 на UDP 161. Пустой walk = сеть/community. Walk жив, item пуст = OID/шаблон.

Нужно ли удалить хост и создать заново?

Нет. Потеряете историю. Чините интерфейс, PSK, proxy link.