если zabbix sender то лучше учитывать # а не время

у тебя сендер может не слать данные

а это не равно 0

нулей нет

триггер прав

бинго

а теперь еще и последние значения для данных :) только не графиком а таблицей

https://pastebin.com/fssUteWs

тебе да, лучше считать #

и какое же минимальное значение из ничего? :)

нулей нет

минимальное значение больше 0, а не нулей нет

увелич до 3600

потом до 7200

тебе да, лучше считать #

не вижу, как # вообще будет работать. Пришло 0 0 2. минимальное из 3 это 0, проблем нет. А это 2 потом еще 3 часа будет висеть и никто не узнает

max?

last?

потом до 7200

попробую, но уже не сегодня

я ж писал думая что у вас периодика, а уу вас сендер

last?

флапится сильно, аж в глазах рябит

флап лечится через last(3600) к примеру

если триггер описать двумя кусками

как я выше писал

флапится сильно, аж в глазах рябит

Ну судя по периодичности не особо должно

ну и не люблю я такое, но тут с сендером может помочь сглаживание флапа и ручное отключение

тебе не сюда

тебе не сюда

f relf &

Ну судя по периодичности не особо должно

это один канал я показал, а их там куча, некоторые колбасит знатно

в какой нить канал убера

в какой нить канал убера

соррян ошибся

это один канал я показал, а их там куча, некоторые колбасит знатно

тогда надо изначально понимать задачу - ловить любое изменение канала, ловить если в периоде времени постоянная проблема итд итп

ну и если сендер - то логики не надо вообще - он должен слать при аварии

тогда надо изначально понимать задачу - ловить любое изменение канала, ловить если в периоде времени постоянная проблема итд итп

ловить, если в периоде времени канал в ошибках и не пропадает

а флап лечить

ну все

ну он и шлет при аварии и восстановлении

взводить алерт при last

и все

ладно, попробую ласт с параметрами

еще nodata есть

нодата для периодики. тут сендер

еще nodata есть

это другой мониторинг

это как доп условие в триггер

нодата про проблемы канала не расскажет

nodata скажет что не было данных

это как доп условие в триггер

sender работает по событию. если все ок, год, год не будет событий

типа ласт без параметров > 0 и нодата 10 минут = проблема?

типа min + nodata

ксатит, как вариант

не вариант

не делайте так

не делайте так

Почему?

у тебя потенциально канал глюкнуть 5 раз в минуту может и нодата не поможет

ну так я хочу знать, что он какое-то время лежит, а не дергается

у тебя потенциально канал глюкнуть 5 раз в минуту может и нодата не поможет

nodata оградит от состояния OK и нет данных

от ок не оградит

{Oscam:tv.chan.state.["{#NAME}"].min(1800)}>0 AND{Oscam:tv.chan.state.["{#NAME}"].nodata(1800)}=0

а есть какой-то способ дебажить условие триггера?

а есть какой-то способ дебажить условие триггера?

Есть конструктор

{Oscam:tv.chan.state.["{#NAME}"].min(1800)}>0 AND{Oscam:tv.chan.state.["{#NAME}"].nodata(1800)}=0

А на восстановление отдельное выражение

без nodata

или с ним :)

Есть конструктор

конструктор предлагает вместо вычисления функции подставить значение и оттестировать, а мне бы прям функцию оттдебажить, посмотреть что у нее на выходе

вычисляемый элемент что ли сделать...

({TRIGGER.VALUE=0} and Oscam:tv.chan.state.["{#NAME}"].last()>0) or ({TRIGGER.VALUE=1} and Oscam:tv.chan.state.["{#NAME}"].max(15m)=0)

15 минут - крутить по вкусу

ERROR: S client not available

будет ли работать max если нет данных?

проверить )

вычисляемый элемент что ли сделать...

вычисляемый элемент оказался неподдерживаемым, хотя на другом канале, где за полчаса данные есть, показывал значение функции. Из этого делаю вывод, что временные функции на вероятно отстуствующих данных использовать нельзя

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

задача выполнена, спасибо всем причастным)

итоговое выражение триггера в студию, если не сложно

итоговое выражение триггера в студию, если не сложно

его нет, потому что задача была в первую очередь разобраться в чем проблема

на работе буду, попробую с нодата, как обсуждали выше

интересный кейс, почитал форум Заббикса, аналогичные проблемы описываются

может зарепортить.. а то смотришь на график, там 0, думаешь, что там действительно 0, а там ничего, оказывается

будет ли работать max если нет данных?

За хак с nodata спасибо. Похоже для event-driven мониторинга в заббиксе нельзя использовать time based функции, спасает именно nodata по идее

За хак с nodata спасибо. Похоже для event-driven мониторинга в заббиксе нельзя использовать time based функции, спасает именно nodata по идее

+1

надо бы вопрос задать Алексею Владышеву, чтобы понять именно логику работы event driven monitoring (trapper без привязки ко времени, только по событию) и как с этим работают все time based функции (например min(30m), avg(86400) итд)

@ableev ^^^

@ableev ^^^

???

???

подскажи, вроде здесь был Алексей Владышев

подскажи, вроде здесь был Алексей Владышев

Он здесь есть.

Он здесь есть.

смешно звучит, но как его здесь зовут?

у него ника нет

смешно звучит, но как его здесь зовут?

"Alexei Vladyshev"

Или Vladishev

надо бы вопрос задать Алексею Владышеву, чтобы понять именно логику работы event driven monitoring (trapper без привязки ко времени, только по событию) и как с этим работают все time based функции (например min(30m), avg(86400) итд)

Alexei вот такой вопрос нарисовался. хотелось бы понять как это все внутри работает

"Alexei Vladyshev"

Вот так, да

Alexei вот такой вопрос нарисовался. хотелось бы понять как это все внутри работает

А в чём вопрос?

надо бы вопрос задать Алексею Владышеву, чтобы понять именно логику работы event driven monitoring (trapper без привязки ко времени, только по событию) и как с этим работают все time based функции (например min(30m), avg(86400) итд)

Они работают так же, как и другие типы снятия данных. min(30) проверяет значения за последние 30 минут. В чем вопрос-то?

вопрос в том, что с ним происходит, и что он отдает, если не было значений последние 30 минут

С кем с ним? Если не было значений — никак не обработается, будет последний стэйт триггера отображаться.

И это в принципе логично и ожидаемо из описания самих типов айтемов

И это в принципе логично и ожидаемо из описания самих типов айтемов

Не логично же

если нет данных за час, что покажет max(30m)?

Ну или в конкретном случае min