NetXMS-0.2.20-RC3

[axel]

В панели управления невозможно зайти в Event Correlation. Это нормально?

[victor]

Da, etoj ikonki tam ne dolzno bilo bit' Zabil strochku v kode zakommentirovat'...

[axel]

Хех, но значит есть в проекте это. И это хорошо В 0.2.21 будет?

Еще вопросы.

1. Нашелся новый таб в свойствах нода: Trusted Nodes. Что это и с чем его едят?
2. Что такое Retain Customer Interface Names?
3. Enable Event Storm Detection?
4. Status Shift?

[victor]

@axel said in NetXMS-0.2.20-RC3:

Хех, но значит есть в проекте это. И это хорошо В 0.2.21 будет?

Это уже есть, можно делать разные интересные вещи при помощи ситуаций и скриптов. Сейчас нет времени, а вечером напишу подробно как этим пользоваться.

@axel said in NetXMS-0.2.20-RC3:

Еще вопросы.

1. Нашелся новый таб в свойствах нода: Trusted Nodes. Что это и с чем его едят?

Это контроль использования proxy node в DCI. Теперь если я определяю для ноды А DCI и указываю ему proxy node B, то нода А должна быть в списке Trusted Nodes у ноды В. Иначе возникает ситуация когда имея доступ только к ноде А, я могу получать параметры ноды В. Если этот механизм не нужен, то его можно отключить, выставив параметр сервера CheckTrustedNodes в 0.

@axel said in NetXMS-0.2.20-RC3:

2. Что такое Retain Customer Interface Names?

Остатки работы над поддержкой interface descriptions. Ни на что не влияет. В релизе уберу.

@axel said in NetXMS-0.2.20-RC3:

3. Enable Event Storm Detection?

Включает отслеживание слишком большого количества событий в секунду. Если порог превышен, то генерируется событие SYS_EVENT_STORM_DETECTED, и все остальные коррелируются с ним.

@axel said in NetXMS-0.2.20-RC3:

4. Status Shift?

Значение по умолчанию для алгоритма "relative" status propagation.

[axel]

Victor
Можно еще и примеры, в виде картинки хотя бы, для SYS_EVENT_STORM_DETECTED и SYS_EVENT_STORM_ENDED?
Спасибо заранее.

[victor]

@axel said in NetXMS-0.2.20-RC3:

Victor
Можно еще и примеры, в виде картинки хотя бы, для SYS_EVENT_STORM_DETECTED и SYS_EVENT_STORM_ENDED?
Спасибо заранее.

Система постоянно мониторит количество событий в секунду. Если в течении определенного количества секунд (параметр EventStormDuration) происходит больше событий чем задано параметром EventStormEventsPerSecond, то генерируется событие SYS_EVENT_STORM_DETECTED. Все последующие события отмечаются как correlated и не пропускаются через event processing policy. Когда событий становится меньше чем EventStormEventsPerSecond в течении EventStormDuration, то генерируется событие SYS_EVENT_STORM_ENDED и восстанавливается нормальная обработка событий.

[axel]

Виктор, я то это понимаю, я просто не знаю что в правилах писать :(((
Поэтому и попросил пример в картинках, если есть такая возможность  :-[

[victor]

Можно ничего не писать, какие-то правила для корреляции событий при event storm не нужны.

Если есть желание узнавать о наступлении такой ситуации, то генерируем аларм из события SYS_EVENT_STORM_DETECTED, а по событию SYS_EVENT_STORM_ENDED убираем его.
Например так:

Rule 1:
Source: any
Event: SYS_EVENT_STORM_DETECTED
Alarm: %m key EVENT_STORM

Rule 2:
Source: any
Event: SYS_EVENT_STORM_ENDED
Alarm: terminated with key EVENT_STORM

Естественно можно и какие-то actions повесить на эти события.

[axel]

О. Спасибо. Добавил.

[Weird]

# /usr/local/netxms/bin/nxdbmgr init /usr/local/netxms/share/netxms/sql/dbinit_mysql.sql
NetXMS Database Manager Version 0.2.20-rc3

Configuration file OK
Initializing database...
SQL query failed:
INSERT INTO config (var_name,var_value,is_visible,need_server_restart)
 VALUES ('AgentCommandTimeout','2000',1,1)
Database initialization failed

В файле /usr/local/netxms/share/netxms/sql/dbinit_mysql.sql два раза (строки 890 и 918) указана команда

INSERT INTO config (var_name,var_value,is_visible,need_server_restart)
 VALUES ('AgentCommandTimeout','2000',1,1);

[victor]

Спасибо, исправил.