По триггеру на изменение файла

[FenRiR]

Есть файл лога. Нужно чтобы триггер срабатывал если изменение файла не было в течении 2ух часов. Сейчас ситуация такая. Триггер:

({SV:vfs.file.time[/usr/cstat.192.168.1.1].now()}-{SV:vfs.file.time[/usr/cstat.192.168.1.1]].last(0)}>7200)

Срабатывает постоянно:
06 Ноя 2013 18:00:43 Host 192.168.1.1 probably DOWN 2 hours OK 14ч 59м 47с

06 Ноя 2013 18:00:30 Host 192.168.1.1 probably DOWN 2 hours ПРОБЛЕМА 13с

Причем как видите проблема держится всего в течении 10-20с.
Как это пофиксить. Что нужно уменьшить, добавить в триггер?

Буду очнеь благодарен за содействие

[yukra]

У айтема выставлен unit? Что скажете на тему

{SV:vfs.file.time[/usr/cstat.192.168.1.1]].delta(7200)=0

? В общем скрины? Lates data? Еще что нить, что может относиться к проблеме?

[Jimson]

На ваш вопрос не отвечу, но посмотрев на условие триггера возникает встречный вопрос: а вам вообще значение ключа vfs.file.time[/usr/cstat.192.168.1.1] нужно кроме как для триггера?
Потому как я бы сделал этот элемент дельтой, а в качестве units указал бы "uptime", триггер упростится.

P.S. И посмотрите "последние данные" по вашему ключу, данные на тот промежуток времени где у вас триггер сработал и узнаете причину того, почему он сработал.

[FenRiR]

У айтема выставлен unit? Что скажете на тему

{SV:vfs.file.time[/usr/cstat.192.168.1.1]].delta(7200)=0

? В общем скрины? Lates data? Еще что нить, что может относиться к проблеме?

Unit это тип? Выставлен заббикс агент.

На ваш вопрос не отвечу, но посмотрев на условие триггера возникает встречный вопрос: а вам вообще значение ключа vfs.file.time[/usr/cstat.192.168.1.1] нужно кроме как для триггера?
Потому как я бы сделал этот элемент дельтой, а в качестве units указал бы "uptime", триггер упростится.

P.S. И посмотрите "последние данные" по вашему ключу, данные на тот промежуток времени где у вас триггер сработал и узнаете причину того, почему он сработал.

Кроме как для триггера значение в принципе как бы и не нужно. А что uptime показывать будет?
По последним данным фаил похоже иногда меняется как раз более чем раз в 2 часа. сегодня так вообще на 12 секунд вроде как больше всего бывало. Вот мне и интересно какой парметр нужно изменить чтобы эти 12 секунд сгладить.
За дельту спасибо. Попробую с ней.

[FenRiR]

PS с дельтой что то не получилось составить выражение. А вот это тоже самое будет - {SV:vfs.file.time[/usr2t/cstat.192.168.1.1].change(0)}>7200 ?

[yukra]

ps с дельтой что то не получилось составить выражение. А вот это тоже самое будет - {sv:vfs.file.time[/usr2t/cstat.192.168.1.1].change(0)}>7200 ?

Нет. Это не тоже самое что и дельта.

[VoRoN]

Я использую вот такой триггер

{SV:vfs.file.time[/usr/cstat.192.168.1.1].fuzzytime(36000)}=0

ложных срабатываний не было, но сообщения о восстановлении идут постоянно

[Jimson]

PS с дельтой что то не получилось составить выражение. А вот это тоже самое будет - {SV:vfs.file.time[/usr2t/cstat.192.168.1.1].change(0)}>7200 ?

Если элемент данных хранить "как дельта", то нужно просто проверять last(0) > 7200. Что касается change(), то в принципе да, это разница между последним и предыдущим значением числового ключа, только вот change() может быть отрицательным, а дельта нет.

P.S. Для дельты по времени если выставить unit в значение "uptime" то при просмотре последних данных вы увидите читабельную нотацию времени, например "2 дня 10 часов 15 минут", т.е. время с последнего изменения файла. Только удостоверьтесь (через zabbix_get) что ключ vfs.file.time возвращает вам last modified time и это время в секундах.

[FenRiR]

Всем спасибо за помощь) буду пробовать