Проблемный триггер долго висит

[sda0]

триггер оранжевого цвета в дашборде, после пропадания питания на одном из свичтей - долго не уходит. в конфиге 10 минут, а на деле уже 40 минут болтается и смущает СТП-шников.
такое замечаю уже не в первый раз. что делать? и в чём проблема может быть?
sw_21.10 21.10 has just been restarted 10 Апр 2014 12:14:46 41м 48с Нет

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

[Jimson]

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

Подземный стук - идеоматическое выражение, часто применяемое в хакерской субкультуре, означающее жалобы на проблемы, без подробного описания их симптомов и условий возникновения.
Выражение берет свою историю из цитаты книги "Понедельник начинается в субботу" братьев Стругацких "Дорогие ученые. У меня который год в подполе происходит подземный стук. Объясните, пожалуйста, как он происходит".

[pzabortsev]

))))))))
Если серьезно, то проверьте описание триггера.

А не поймете причину сами, по сюда покажите это описание.

[yukra]

))))))))
Если серьезно, то проверьте описание триггера.

А не поймете причину сами, по сюда покажите это описание.

Только не описание, а выражение

ps ))))

[sda0]

да оно стандартное, выражение то, которое я не менял.
это из шаблона
{dlink_3426:Uptime.last(0)}<600
к томуже это проявляется не постоянно, а иногда, и непонятно с какой радости. хотя может я чего то не понимаю

[pzabortsev]

Сделайте скрин с полным описание триггера.
Такое ощущение, что вы смотрите не на тот триггер, о котором писали в начале.

Ну и заодно описание элемента покажите.

[Jimson]

да оно стандартное, выражение то, которое я не менял.
это из шаблона
{dlink_3426:Uptime.last(0)}<600
к томуже это проявляется не постоянно, а иногда, и непонятно с какой радости. хотя может я чего то не понимаю

Шаблоны из инсталяции это EXAMPLE, простые и, подчас, тупые примеры.
Выражение uptime.last<600 вернется в состояние OK только в том случае если
1) получено значение ключа uptime
2) новое значение ключа uptime >= 600
В вашем случае не выполняется первый пункт и такой триггер остается в состоянии "проблема". Например, устройство перезагрузилось и в течении 600 секунд после перезагрузки было выключено.
Смотрите "последние данные" всегда когда возникают вопросы по триггерам, смотрите данные и считаете выражение триггера на бумажке, думаете, затем спрашиваете.

[sda0]

Шаблоны из инсталяции это example, простые и, подчас, тупые примеры.
Выражение uptime.last<600 вернется в состояние ok только в том случае если
1) получено значение ключа uptime
2) новое значение ключа uptime >= 600
В вашем случае не выполняется первый пункт и такой триггер остается в состоянии "проблема". Например, устройство перезагрузилось и в течении 600 секунд после перезагрузки было выключено.
Смотрите "последние данные" всегда когда возникают вопросы по триггерам, смотрите данные и считаете выражение триггера на бумажке, думаете, затем спрашиваете.

ахха, теперь понятно. выходит когда повилось это сообщение - если в течении <10 минут железяка снова ушла в ребут, то это сообщение будет висеть столько, сколько оно раз было перезагружено?
например за это время она ребутнулась 3 раза по причине пропадания питания, то ~30 минут будет висеть сообщение, так чтоли?

[pzabortsev]

Это как вариант.
Другой вариант, о котором говорит Jimson, это неприход данных в отведенные для триггера 600 сек. Проверьте период получения данных элемента Uptime.

Опять же, если не разберетесь сами, то все же покажите описание элемента ))

[Jimson]

она ребутнулась 3 раза по причине пропадания питания, то ~30 минут будет висеть сообщение, так чтоли?

Зачем вы выдумываете? Я вроде доступно описал в каком случае триггер вернется в нормальное состояние. Какое слово надо расшифровать: что такое значение элемента данных (переменной) или что такое больше/меньше?