длительность нахождения триггера в сост&

[inform11]

Добрый день!
Можно ли как нибудь вытянуть или подсчитать длительность нахождения триггера в состоянии "Проблема" и засунуть в почтовое сообщение.
просмотрел вроде все макросы, но ни чего подходящего не нашел.

Спасибо

ZABBIX 1.8.1/FreeBSD7.3

[Hober]

Добрый день!
Можно ли как нибудь вытянуть или подсчитать длительность нахождения триггера в состоянии "Проблема" и засунуть в почтовое сообщение.
просмотрел вроде все макросы, но ни чего подходящего не нашел.

Спасибо

zabbix 1.8.1/freebsd7.3

Может {event.age} ?

[inform11]

не проходит...

{event.age} всегда вываливает 0m
поискал по форуму. Нашел ето:
http://www.zabbix.com/forum/showthread.php?t=998&highlight={event.age}
сделал такие же действия
присылает при сработке:
Problem: LoopBack1-3560-7_1
Date/Time of event: 2010.08.18 at 08:39:45

при обратной сработке:
Recovered alert: LoopBack1-3560-7_1
Date/time of problem start: 2010.08.18 at 08:43:19 Date/time of problem recovery: 2010.08.18 at 08:43:27 Problem length: 0m

похоже ето проблемка похоже системная
народ даже открыл заявку в support
правда в ней ни ответа ни привета

или я мож че не понимаю?

[inform11]

идей больше нет?
но ведь zabbix показывает время нахождения триггера в определенном состоянии во вкладке СОБЫТИЯ (когда на карте жмешь на триггер).
как ету цыфирку выдернуть и вставить в сообщение?
Спасибо.

[inform11]

zabbix понимает восстановление триггера как новое событие и ни как не связывает с его падением, соответственно и {EVENT.ID} у него новый и время всегда 0m
но должны же быть связаны эти события... ???
ничего не понимаю...

[inform11]

Переполз на 1.8.3 - та же проблемка
Вроде на сколько я прочитал в доках должно быть именно так:
{event.age} должен возвращать длительность нахождения триггера во взведенном состоянии
что ни кто этим не озадачивался?

[Hober]

Переполз на 1.8.3 - та же проблемка
Вроде на сколько я прочитал в доках должно быть именно так:
{event.age} должен возвращать длительность нахождения триггера во взведенном состоянии
что ни кто этим не озадачивался?

Age of the event. Useful in escalated messages.
Для эскалации

[inform11]

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

(простите за навязчивость )

Спасибо

[zalex_ua]

zabbix понимает восстановление триггера как новое событие и ни как не связывает с его падением, соответственно и {EVENT.ID} у него новый и время всегда 0m
но должны же быть связаны эти события... ???
ничего не понимаю...

https://support.zabbix.com/browse/ZBXNEXT-384

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

(простите за навязчивость )

Спасибо

Вам же написали что {event.age} имеет смысл при использовании эскалаций в то время пока триггер находится в состоянии ПРОБЛЕМА. Это время между сработкой триггера и моментом генерации сообщения заббикс сервером. Подумайте сами как этот макрос может возвращать что либо большее 0 в случае восстановления триггера? Ответ - никак, всегда 0, потому что при восстановлении эскалации заканчиваются и событие восстановления формируется и отсылается сразу. скажем так {event.age} не имеет никакого смысла для события восстановления.

[inform11]

Спасибо за ответы!
На счет {event.id} я разобрался.
А на счет длительности нахождения триггера в "ПРОБЛЕМА"??
неужели ни как не посчитать?

[tsolodov]

{event.age} всегда вываливает 0m
поискал по форуму. Нашел ето:
Http://www.zabbix.com/forum/showthread.php?t=998&highlight={event.age}
сделал такие же действия
присылает при сработке:
Problem: Loopback1-3560-7_1
date/time of event: 2010.08.18 at 08:39:45

при обратной сработке:
Recovered alert: Loopback1-3560-7_1
date/time of problem start: 2010.08.18 at 08:43:19 date/time of problem recovery: 2010.08.18 at 08:43:27 problem length: 0m

похоже ето проблемка похоже системная
народ даже открыл заявку в support
правда в ней ни ответа ни привета

или я мож че не понимаю?

Я тоже когда то вступил на эти грабл.

А вы сделайте эскалацию скажем 5 минут, и увидете что этот макрос работает правильно, просто вы недоконца понимаете его смысл

[inform11]

Я тоже когда то вступил на эти грабл.

А вы сделайте эскалацию скажем 5 минут, и увидете что этот макрос работает правильно, просто вы недоконца понимаете его смысл

сделал эскалацию 300 сек

результат тот же
при сработке в мыло:
Problem: LoopBack1-3560-7_1
Service: GetTraps
Last received value: 10.0.0.253 linkDown Loopback1 "administratively down"
Host: snmptraps
IP: 0.0.0.0
Date/Time of event: 2010.09.02 at 13:53:49

при обратной сработке
Recovered alert: LoopBack1-3560-7_1
Date/time of problem start: 2010.09.02 at 13:58:26 Date/time of problem recovery: 2010.09.02 at 13:58:36 Problem length: 0m
Host: snmptraps
IP: 0.0.0.0


Может Вы мне приоткроете тайну, которую я недопонимаю, или ссылочку на разгадку бросите?

[zalex_ua]

цитирую сам себя и последний раз

Вам же написали что {event.age} имеет смысл при использовании эскалаций в то время пока триггер находится в состоянии ПРОБЛЕМА. Это время между сработкой триггера и моментом генерации сообщения заббикс сервером. Подумайте сами как этот макрос может возвращать что либо большее 0 в случае восстановления триггера? Ответ - никак, всегда 0, потому что при восстановлении эскалации заканчиваются и событие восстановления формируется и отсылается сразу. скажем так {event.age} не имеет никакого смысла для события восстановления.

сделал эскалацию 300 сек
при обратной сработке
Recovered alert: LoopBack1-3560-7_1
Date/time of problem start: 2010.09.02 at 13:58:26 Date/time of problem recovery: 2010.09.02 at 13:58:36 Problem length: 0m
Host: snmptraps
IP: 0.0.0.0


Может Вы мне приоткроете тайну, которую я недопонимаю, или ссылочку на разгадку бросите?

И что мы видим - "Problem length: 0m" - вы опять пытаетесь получить этот макрос в событии восстановления. Нет слов и сил повторять, удачи.