В панели управления невозможно зайти в Event Correlation. Это нормально?
Da, etoj ikonki tam ne dolzno bilo bit' :) Zabil strochku v kode zakommentirovat'...
Хех, но значит есть в проекте это. И это хорошо :) В 0.2.21 будет? :)
Еще вопросы.
1. Нашелся новый таб в свойствах нода: Trusted Nodes. Что это и с чем его едят?
2. Что такое Retain Customer Interface Names?
3. Enable Event Storm Detection?
4. Status Shift?
Quote from: Alex on March 10, 2008, 11:33:40 AM
Хех, но значит есть в проекте это. И это хорошо :) В 0.2.21 будет? :)
Это уже есть, можно делать разные интересные вещи при помощи ситуаций и скриптов. Сейчас нет времени, а вечером напишу подробно как этим пользоваться.
Quote from: Alex on March 10, 2008, 11:33:40 AM
Еще вопросы.
1. Нашелся новый таб в свойствах нода: Trusted Nodes. Что это и с чем его едят?
Это контроль использования proxy node в DCI. Теперь если я определяю для ноды А DCI и указываю ему proxy node B, то нода А должна быть в списке Trusted Nodes у ноды В. Иначе возникает ситуация когда имея доступ только к ноде А, я могу получать параметры ноды В. Если этот механизм не нужен, то его можно отключить, выставив параметр сервера CheckTrustedNodes в 0.
Quote from: Alex on March 10, 2008, 11:33:40 AM
2. Что такое Retain Customer Interface Names?
Остатки работы над поддержкой interface descriptions. Ни на что не влияет. В релизе уберу.
Quote from: Alex on March 10, 2008, 11:33:40 AM
3. Enable Event Storm Detection?
Включает отслеживание слишком большого количества событий в секунду. Если порог превышен, то генерируется событие SYS_EVENT_STORM_DETECTED, и все остальные коррелируются с ним.
Quote from: Alex on March 10, 2008, 11:33:40 AM
4. Status Shift?
Значение по умолчанию для алгоритма "relative" status propagation.
Victor
Можно еще и примеры, в виде картинки хотя бы, для SYS_EVENT_STORM_DETECTED и SYS_EVENT_STORM_ENDED?
Спасибо заранее.
Quote from: Alex on March 10, 2008, 07:35:42 PM
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 и восстанавливается нормальная обработка событий.
Виктор, я то это понимаю, я просто не знаю что в правилах писать :(((
Поэтому и попросил пример в картинках, если есть такая возможность :-[
Можно ничего не писать, какие-то правила для корреляции событий при 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 повесить на эти события.
О. Спасибо. Добавил.
# /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);
Спасибо, исправил.