Мониторинг лога "Incorrect update interval."

[mgkmgk]

Добрый день!

Создаю элемент данных по мониторингу лога на предмет фразы Services.Mail, проверять раз в час, по рабочим дням с 7до19:
zabbix активный
log.count["C:\1.txt","Services.Mail"]
Интервал обновления ставлю 0
Пользовательский интервал: wd1-5h7-19 или Переменный 1-5,07:00-19:00
В любом варианте, при выборе Интервао обновления 0 - я получаю ошибку: Incorrect update interval

Подскажите, что я делаю не правильно ?

[BiMW]

А зачем Вы ставите 0? Из манов "Этот параметр задает как часто Zabbix агент будет проверять наличие любых изменений в файле журнала. Указав этот параметр равным 1 секунде, вы можете быть уверенными, что получите новые записи как можно скорее."

[mgkmgk]

Потому что, мне нужно проверять по рабочим дням, исключив выходные и не рабочие часы.
Правильно я понимаю, что Пользовательские интервалы не работают при активном агенте ?
Тогда подскажите как мне настроить данный элемент в пассивной проверке.

[Semiadmin]

Кстати, Scheduling сustom intervals в активном режиме поддерживает только agent2.
P.S. пока писал, cyber уже ответил

[mgkmgk]

Ребята, я сам это уже понял, очевидно нужно подсказать решение, вариант только агент 2 ?

[Semiadmin]

Но по идее, Flexible 1-5,07:00-19:00 должен работать, если указать ему требуемый интервал, а в основной Update interval поставить 0

[Semiadmin]

Yes, you're right. This is not obvious from the current documentation, but for version 2.4 (where there are no scheduling сustom intervals) it says: Not available for Zabbix agent active items.

[BiMW]

Ну вот же написано в Scheduling: Time suffixes are supported in the Interval field, e.g. 30s, 1m, 2h, 1d. Апдейт интервал стаишь, а в низу сатвишь в каких датах и днях использовать. A flexible устанавливаешь любой и он (по правильному) не должен реагировать на общий интервал

[mgkmgk]

Ничего не понял, если указать интервал обновления любой кроме нуля, то он будет работать по общим правилам, т.е. 24\7, семь дней в неделю, гибкий интервал игнорируется.
Зачем теорию разводить, вы у себя то пробуйте в начале !

[Kos]

Ребята, я сам это уже понял, очевидно нужно подсказать решение, вариант только агент 2 ?

На мой взгляд, правильное решение - это вынести проверку времени из расписания айтема (где ей не место) в условие триггера.

Иначе при таких настройках, которые вы пытаетесь сделать (проверять только в рабочее время), даже если бы это получилось, то с утра бы вы получили кучу срабатываний по всем ошибкам, которые попали в лог-файл за ночь.

[mgkmgk]

Как будет лучше указать, работать 5\2 с 7 до 19, или не работаь суб,воскр и с 19 до 7 ?
Кучи ошибок нет, если в логе будет к примеру 0 совпадений искомой фразы за последний час, то тригер срабатывает.

[Kos]

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

Как будет лучше указать, работать 5\2 с 7 до 19, или не работаь суб,воскр и с 19 до 7 ?

Использовать триггерные функции time() и dayofweek(). Конкретный синтаксис триггерного выражения зависит от версии Zabbix: в v5.4 он сильно поменялся. До версии 5.2.х включительно было бы примерно так. Срабатывать только с понедельника по пятницу с 07:00 до 19:00:

{Yourhost:log.count["C:\1.txt","Services.Mail"].dayofweek()}<=5 and
{Yourhost:log.count["C:\1.txt","Services.Mail"].time()}>=070000} and
{Yourhost:log.count["C:\1.txt","Services.Mail"].time()}<190000

Кроме того, мониторинг логов с интервалом "раз в час" имеет ещё обратную сторону: при интенсивной записи в лог агент с такими редкими проверками может просто не успевать обрабатывать все новые записи, которые за этот час поступили. Тем более, если он ещё и будет делать перерыв на целую ночь.

[Semiadmin]

Коллега Kos абсолютно прав, с утра айтем разом посчитает все, что не посчитал за ночь.

[mgkmgk]

Коллега Kos абсолютно прав, с утра айтем разом посчитает все, что не посчитал за ночь.

Да пусть считает, тригер должен отрабатывать, если будет 0.

[cyber]

Active items cannot be scheduled

https://www.zabbix.com/documentation/4.4/manual/config/items/item

Custom intervals

You can create custom rules for checking the item: Flexible - create an exception to the Update interval (interval with different frequency) Scheduling - create a custom polling schedule. For detailed information see https://www.zabbix.com/documentation/4.4/manual/config/items/item/custom_intervals . https://www.zabbix.com/documentation/4.4/manual/appendix/suffixes are supported in the Interval field, e.g. 30s, 1m, 2h, 1d. https://www.zabbix.com/documentation/4.4/manual/config/macros/usermacros are supported. A single macro has to fill the whole field. Multiple macros in a field or macros mixed with text are not supported. Scheduling is supported since Zabbix 3.0.0. Note: Not available for Zabbix agent active items.

[cyber]

Based on docs, no custom interval works, be it flexible or scheduled... Agent 1 has no scheduler built in, it cannot do "additional" checks in between "intervals" or skip them. So 0 as interval is "Incorrect update interval" for active items.

[cyber]

Flexible - redefining "interval" for that period... So if interval is 10m and you add flexible with "3m interval on wd1-5h7-19", then during this interval it works every 3m, but on weekends and nighttime it works every 10m
Scheduled - adding another checks besides "interval". Compared to previous one... 10m interval checks remain as they are, but if you add "3m at wd1-5h7-19" as scheduled check, then it work on every 3rd minute + check on every 10 minutes... 3,6,9,10,12,15,18,20,21 during workdays... but only at 10,20,30 on weekends and nighttime. this also allows setting interval to 0, so check would not be executed on weekends at all...
But as agent1, or classic agent, has no built in scheduler, then it cannot do such changing interval things... it only knows how to execute things on given hardcoded intervals.
Agent2 already knows... So if you want to read logs only during workdays... you have to go for agent2.

https://www.zabbix.com/documentation/4.4/manual/concepts/agent2

Active checks support scheduled/flexible intervals and check concurrency within one active server.