Ошибочное получение значение item не по расп&#

[V.N.]

Добрый день!
Есть item, который ночью проверяет доступен ли компьютер с помощью icmpping. Сделано это с помощью шаблона и по расписанию h02m00
Но вот есть два узла, на которых это данные получаются и срабатывает триггер почему-то и в другое время. Сегодня было в 09:48 на одном, вчера в 09:30 на другом. Проверял время получения item на проблемных узлах, там все нормально.
Можно ли как-то выяснить, почему заббикс решил получить значение item в данное время? В логе каком-то может быть это записывается?

[Kos]

Что именно происходит в ненадлежащее время - получение данных или срабатывание триггера?

1) посмотрите на проблемных хостах Monitoring -> Latest data -> график по конкретному айтему -> Values; проверьте время получения данных.

2) покажите ваше условие триггера. В некоторых случаях (а именно: при использовании временнЫх функций типа nodata() или time()) триггер пересчитывается не только после получения новых данных, но и просто по таймеру.

[V.N.]

Происходит получение данных и, как следствие, срабатывание триггера.
1. В Последних данных как раз и есть получение значения в это время. Что и непонятно, это зачем данные были получены.
2. Триггер

{ol-ms-ws-dt0015:icmpping.last()}=1 and {ol-ms-ws-dt0015:icmpping.nodata(60)}=0

[Kos]

Т.е. триггер должен срабатывать после успешного пинга и потом через минуту закрываться?

А, всё-таки, что именно видно в Latest data? Данные собираются только в неправильное время, данные собираются в нужное время (два ночи) и дополнительно к этому в неправильное, как-то ещё? Есть ли какие-то закономерности? Например, "неправильное" время всегда на одних и тех же хостах, в одно и то же "неправильное" время?

[V.N.]

Т.е. триггер должен срабатывать после успешного пинга и потом через минуту закрываться?

Правильно.

А, всё-таки, что именно видно в latest data?

Прикладываю скриншот.
Там видно, что срабатывало ночью ежедневно, но 14 числа не сработало почему-то, зато сработало в 09:30, и это все было не вручную.
Дальнейшие проверки 14 числа уже делались вручную, точнее изменением времени получения элемента данных, поэтому они проходили, как положено.

Получается, что так как элемент данных не был получен в 2 ночи, он потормозил и получил их в 9:30?

[Kos]

Ну вот, с картинкой нагляднее, спасибо.
Т.е. получается, что несколько раз срабатывало как надо (в 2 ночи), а потом в какой-то момент в это время опроса не было, зато был в 09:30 утра (после чего уже это время корректировали).

К сожалению, не знаю, что может быть причиной. Возможно, какой-то баг сервера (ведь расписаниями занимается он), но без помощи со стороны разработчиков тут трудно разобраться.

[V.N.]

Понял, спс.
Подскажите, пож-та, а как к ним обратиться можно? Какой-то багрепорт или еще что-то?

[Kos]

Понял, спс.
Подскажите, пож-та, а как к ним обратиться можно? Какой-то багрепорт или еще что-то?

Ну, самый надёжный способ - это через платную техподдержку.

Другой вариант - написать баг-репорт, зарегистрировавшись на сайте https://support.zabbix.com (это бесплатно). Там два общедоступных проекта: ZBX (текущие проблемы) и ZBXNEXT (предложения по улучшению функциональности), баг-репорты - соответственно, в первый из них. Только писать надо по-английски.

[V.N.]

Спасибо!
Не знаю как это сделать, но тему можно закрыть.