NetXMS Support Forum

ну.. интервал Х = периоду опроса, делаешь запрос.. если последняя запись старее чем "интервал Х" - выплевываем аларм. Такой вариант не подходит? или нужно сравнение делать именно между существующими записями?

Возможно я не до конца понял, что ты хочешь...
Данный запрос вернет время добавления записи в секундах. Их и смотришь. Куда точнее и реальнее то?

Quoteorder by record_timestamp desc

сортирует по дате

Quotelimit 1

вернет только одну запись

вот и получается последняя добавленная запись.

По поводу частоты. Реши для себя, какой промежуток между добавлениями для тебя критичен, с такой частотой и дергай.

Переименуй его.

Костыль конечно... но попробуй чем нить посылать левые запросы на сервер. Это должно спасти...

По идее надо отправлять KeepAlive пакеты... но я не нашел подобной настройки.

Но что то мне подсказывает, что сервер не должен быть on-line. Должен просто подключаться каждый раз при отправке. А если включить дебаг в OpenFire, то при попытке отправки что то будет видно?

да почему единственно возможный и правильный/неправильный?
если у тебя только один такой параметр, то я бы не стал его засовывать в шаблон... закинул бы прямо так, на ноду. Если нужно один и тот же параметр отслеживать на многих нодах (% занятости диска, etc),то да, однозначно - шаблон.

не.. ты все в кучу сложил.
Сервисы - это сервисы. + DCI, которые предполагают разные параметры на разных нодах, через шаблоны лучше не распространять. эффект может интересный получиться (разве что только вот это: https://www.netxms.org/forum/oe-oo/'ta'-atoka-dci/msg3378/#msg3378 реализовали) ))

ExternalParameterProvider: https://wiki.netxms.org/wiki/ExternalParametersProvider
Т.е. он работает автономно и не ограничен малым таймаутом, как ExternalParameter (хотя тут тоже можно поколдовать)

про передаваемые параметры - см.выше.

Дак используй прямом этот скрипт..
подключай как ExternalParameter, либо как ExternalParameterProvider.

Я бы обратил внимания на 2 момента:
1. Попадает ли нода в группу: 01. Сетевое и серверное оборудование?
2. Если да, то аларм сгенерировался до изменения EPP или после (или так: менялась ли структура дерева объектов после возникновения аларма, но до поднятия ноды)?

Советую убить аларм в ручную  и сымитировать ситуацию.

Прикольно. А в Alarm что есть? Event Processing Policy изменял?

а.. только сейчас дошло, про какой ты "Status"... Да, можно сказать и так, это он. но тем не менее - высылай скрин ))

Нет. DCI - это метрика, мониторинговый параметр и т.д.
Пришли скрин с развернутой нодой и открытой вкладкой Last Values в момент когда имеется проблема.

CRITICAL назначается для всей ноды, если хотя бы что то на ней висит с соответствующим статусом (интерфейс, DCI, etc.)