NetXMS Support Forum

V alarm timeout'ah dejstvitel'no bil bag, i ne odin: vo pervih, timeout ne sobljudalsja i srabatival nemedlenno, vo vtorih - vsegda posilalsja event SYS_ALARM_TIMEOUT. Vrode vse ispravil, rabotaet kak nado.

Chto kasaetsja alarmov, kotorie ostajutsja na node, to mozno ved' sdelat' avtomaticheskij terminate cherez kljuchi - ja tak ponjal chto u vas tak i sdelano, chto WWW_OK avtomaticheski terminiruet alarm, sozdannij po WWW_NOK. Pri zelanii vi mozete sdelat' toze-samoe i po WWW_WARN, esli ne hotite chtobi alarm ostavalsja aktivnim posle otsilki meila.

I don't see any need for separating exclusions - everything can be defined as one or more advanced schedule record. For example, if I need not to poll DCI from 10:00 till 12:00 (not including 12:00 itself), I can use the following schedule:


* 0-9,12-23 * * *


I don't sink that it's much more complicated then writing "exclusion" schedule


* 10-12 * * *


Best regards,
Victor

Quote from: Anth0ny on July 17, 2008, 10:57:28 AM

Quote from: Victor Kirhenshtein
Zdes' kakoe-to nesovpadenie terminov pohoze Nel'zja zapustit'/ostanovit' obrabotku sobitija - ona vsegda proishodit (t.e. kazdoe sobitie obrabativaetsja). Mozno po sobitiju zapuskat' vneshnie processi - cherez Actions, sozdavat' u ubirat' alarmi, menjat' sostojanija situacij.

Виктор, попробую объяснить, почему я использую данные термины именно так...

Если смотреть на просто Событие, то оно - вещь статическая и по сути никакой динамикой не обладает. Динамичным его делает Threshold, который помечает DCI указанным ему Событием при наступлении указанных в Threshold'е условии.

Далее: когда DCI помечается Threshold'ом указанным ему Событием, происходит Обработка События в Event Processing Policy.

Именно поэтому я использую оборот "Запуск События на обработку".
главный по мониторингу и готовлюсь.... =)

Вообще-то идея немного другая: событие - это как раз динамический объект (и с очень коротким временем жизни) - событие возникает, проходит через event policy, вызывая тем самым какие-то действия, записывается в лог - и исчезает. Не надо путать события с шаблонами событий (то что мы видим в Control Panel -> Events) - те действительно статические объекты.

Пороговые значения (thresholds) у DCI - это лишь один источник событий. События также генерируются при опросе статуса узлов (SYS_NODE_DOWN например), как результат обработки SNMP трапов, просто могут присылаться из внешних систем (например через nxevent).

Quote from: Anth0ny on July 17, 2008, 10:57:28 AM
Понял, проверил. Действительно всё так, Вы правы. Правда есть некоторые странности: при создании на уровне Кластера DCI для мониторинга диска С:, этот DCI почему-то обслуживает не обе ноды, а только одну. Не пойму почему. На второй ноду ошибки не выдаёт, но и данные не собирает...

А Вы случайно не привязали DCI для диска C: к какому-нибудь ресурсу?

Ochen' horoshaja ideja!

Proshu proshenija za bol'shie zaderzki s otvetami, bil ochen' bol'shoj zaval na rabote. Sejchas postarajus' v techenii dnja otvetit' na vse voprosi na forume.

Quote from: Anth0ny on July 09, 2008, 05:45:54 PM
2. А усилять и расширять мониторинг кластеров не планируется? Кстати большое Вам спасибо за то, что уже реализовано!

Eto bilo-bi interesno, no ja poka ploho predstavljaju chto i kak tam mozno bilo bi uluchshit'. Mozno sdelat' otdel'noe obsuzdenie v feature request i pridti k novoj sheme monitoringa klasterov. Togda mozno budet ee i realizovat'.

Quote from: Anth0ny on July 09, 2008, 05:45:54 PM
А можно поподробнее о SYS_ALARM_TIMEOUT? я уже отписал в теме по монитрингу HTTP, что получаю чрезвычайно странный результат при использовании данного параметра а также параметра Timeout. Может быть я их просто неправильно использую? Подскажите... =)

Ja segodnja/zavtra proverju etot funkcional, pohoze tam kakie-to strashnie bagi...

Quote from: Anth0ny on July 09, 2008, 05:45:54 PM
Запустить/остановить процесс - имелось ввиду Event Processing (запуск процессинга эвента и остановка процессинга эвента).

Zdes' kakoe-to nesovpadenie terminov pohoze Nel'zja zapustit'/ostanovit' obrabotku sobitija - ona vsegda proishodit (t.e. kazdoe sobitie obrabativaetsja). Mozno po sobitiju zapuskat' vneshnie processi - cherez Actions, sozdavat' u ubirat' alarmi, menjat' sostojanija situacij.

Quote from: Anth0ny on July 09, 2008, 05:45:54 PM
3. Т.е. если я правильно понял, то ресурсы, которые входят в кластерную группу, можно мониторить ровно точно так же, как и обычные ресурсы, находящиеся на одиночной ноде? Но в таком случае на каком уровне нужно создавать DCI'и? На уровне кластера? Или на уровне каждой из нод? Прошу подсказать =).

DCI nado sozdavat' na urovne klastera, ukazivaja dlja kazdogo DCI k kakomu resursu on otnositsja. (Esli etogo ne delat', to skazem DCI na status servisa Exchange'a na neaktivnoj node vizovet srabativanie thresholda na to, chto servis ostanovlen, pojavlenie alarma, etc., hotja eto normal'naja situacija). Privjazka DCI k resursu vizivaet sbor dannih tol'ko s toj nodi, gde sejchas nahoditsja resurs.

Quote from: Anth0ny on July 09, 2008, 05:45:54 PM
4. Не работает, однозначно =).

По крайней мере с опросом дисков.

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

Создал DCI типа Disk.FreePerc. Пробовал и для диска C: (есть на обеих нодах, понятное дело) и для диска S: (есть только на одной из нод). Обе ноды кластера- активные.

После создания (интервал опроса- 60 секунд) DCI ничего не получает. При попытке посмотреть данные через Data Collection -> Show Data получаю ошибку: Unable to retrievecollected data: Database failure.

И в таблице Collected Data в поле Value получаю единственную запись: ERROR LOADING DATA FROM SERVER.

Dannie smotreli na node ja nadejus'? Poskol'ku na ob'ekte klastera dannih net - eto virtual'nij ob'ekt, tak-ze kak i template. Real'nie dannie sobirajutsja dlja uzlov - ob'ekt klastera s tochki zrenija nastrojki DCI rabotaet kak template + dopolnitel'nie pravila kogda sobirat' dannie a kogda net.

Best regards,
Victor

You can create network service only under node object - because network service is just a process on a host, listening on TCP port. So, if you wish to monitor SSH on host 10.0.0.1, you create node object fro 10.0.0.1 and create SSH service object under it.

I don't actually understand question about rights - you can use the same rights assignment as for any other object.

Best regards,
Victor

Hello!

You should either change your working directory to D:\NetXMSApp\var\mibs and then run


nxmibc -d . -z


or run


nxmibc -d D:\NetXMSApp\var\mibs -z


and copy resulting netxms.mib into D:\NetXMSApp\var\mibs.

Best regards,
Victor

Попробую ответить по порядку:

1. Там внутри получались кое-какие сложности, поэтому поленился делать Надо будет не ленится и сделать. В 0.2.22 не обещаю, но потом точно сделаю (особенно если записать в feature requests).

2. Мониторинг кластеров на данный момент сделан очень примитивно - это по сути мониторинг виртуальных адресов. Т.е. в рамках Status poll сервер проверяет, доступны ли IP адреса кластерных ресурсов и на какой ноде они находятся. Ну и в случае изменения ситуации генерирует соответствующее событие.

Что касается resource moved - можно на аларм, создаваемый по этому событию, ставить timeout - а по событию SYS_ALARM_TIMEOUT делать ему terminate.

Не понял насчет запустить/остановить процесс. Что имелось ввиду?

3. Отдельные ресурсы можно мониторить через соответствующие параметры агента, как обычно - сервисы через System.ServiceState, процессы через Process.Count, и т.д.

4. Должны работать. Если не работают, то это баг. Фактически настройка DCI на объекте кластера - это тоже самое что настройка DCI в шаблоне, жестко ппривязанном к узлам кластера. Можно прислать точную последовательность действий, что делалось и что не работает?

Updated session.cpp

Вариантов два:

1. Создать дополнительный DCI, для которого написать transformation script, в котором текущие значения всех нужных параметров будут пересчитываться в некий комплексный индикатор, на который потом можно накладывать threshold'ы.

2. Сделать объект Condition, в котором определить требуемое комплексное условие. Это единственный вариант если в условии надо связать значения параметров с разных узлов.

Patch: replace nxsl_classes.cpp with attached one.

Problem on FreeBSD 6.2:

Making all in core
gmake[4]: Entering directory `/usr/home/sysadmin/netxms-0.2.22-rc1/src/server/core'
/bin/sh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/server/include  -I/usr/local/mysql/include -I/usr/include/mysql -I/usr/mysql/include -I/usr/local/include/mysql -I/usr/local/mysql/include/mysql -I/usr/mysql/include/mysql -I/usr/local/include -D_THREAD_SAFE -D_THREAD_SAFE -DPREFIX=\"/usr/local\" -DPREFIXW=L\"/usr/local\" -DDATADIR=\"/usr/local/share/netxms\" -DLIBDIR=\"/usr/local/lib\"  -g -O2 -fno-rtti -fno-exceptions -fno-const-strings -Wno-deprecated -MT nxsl_classes.lo -MD -MP -MF .deps/nxsl_classes.Tpo -c -o nxsl_classes.lo nxsl_classes.cpp
g++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../include -I../../../src/server/include -I/usr/local/mysql/include -I/usr/include/mysql -I/usr/mysql/include -I/usr/local/include/mysql -I/usr/local/mysql/include/mysql -I/usr/mysql/include/mysql -I/usr/local/include -D_THREAD_SAFE -D_THREAD_SAFE -DPREFIX=\"/usr/local\" -DPREFIXW=L\"/usr/local\" -DDATADIR=\"/usr/local/share/netxms\" -DLIBDIR=\"/usr/local/lib\" -g -O2 -fno-rtti -fno-exceptions -fno-const-strings -Wno-deprecated -MT nxsl_classes.lo -MD -MP -MF .deps/nxsl_classes.Tpo -c nxsl_classes.cpp  -fPIC -DPIC -o .libs/nxsl_classes.o
nxsl_classes.cpp: In member function `virtual NXSL_Value* NXSL_EventClass::GetAttr(NXSL_Object*, char*)':
nxsl_classes.cpp:135: error: call of overloaded `NXSL_Value(time_t)' is ambiguous
../../../include/nxsl_classes.h:159: note: candidates are: NXSL_Value::NXSL_Value(const NXSL_Value&)
../../../include/nxsl_classes.h:196: note:                 NXSL_Value::NXSL_Value(const char*) <near match>
../../../include/nxsl_classes.h:195: note:                 NXSL_Value::NXSL_Value(double)
../../../include/nxsl_classes.h:194: note:                 NXSL_Value::NXSL_Value(QWORD)
../../../include/nxsl_classes.h:193: note:                 NXSL_Value::NXSL_Value(DWORD)
../../../include/nxsl_classes.h:192: note:                 NXSL_Value::NXSL_Value(INT64)
../../../include/nxsl_classes.h:191: note:                 NXSL_Value::NXSL_Value(LONG)
../../../include/nxsl_classes.h:190: note:                 NXSL_Value::NXSL_Value(NXSL_Array*) <near match>
../../../include/nxsl_classes.h:189: note:                 NXSL_Value::NXSL_Value(NXSL_Object*) <near match>
../../../include/nxsl_classes.h:188: note:                 NXSL_Value::NXSL_Value(const NXSL_Value*) <near match>
gmake[4]: *** [nxsl_classes.lo] Error 1
gmake[4]: Leaving directory `/usr/home/sysadmin/netxms-0.2.22-rc1/src/server/core'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory `/usr/home/sysadmin/netxms-0.2.22-rc1/src/server'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/usr/home/sysadmin/netxms-0.2.22-rc1/src'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/home/sysadmin/netxms-0.2.22-rc1'
gmake: *** [all] Error 2

Esli so vremenem vse budet ok, to na sledujuschej nedele.
Poka izmenenija takie:

V sobitijah, alarmah i actionah mozno budet ispol'zovat' skripti dlja formirovanija teksta (v vide macro %[script_name]);
Skripti v event processing policy poluchat dostup k attributam nodi i samogo sobitija cherez peremennie $node i $event;
Dobavlena podderzka custom attributes dlja ob'ektov (t.e. mozno opredelit' svoj attribut skazem u nodi i potom ispol'zovat' v skriptah;
Dobavlena vozmoznost' kodirovki NXCP soobschenij v XML i utilita nxcptest;
Ispravleni zaregistrirovannie bugi #196, #201, #216, #220, #221.

Sobirajus' esche poispravljat' bagov i realizavat' koe-chto iz feature requests.

Pozalujsta Mne toze prijatno chto rezul'tati moej raboti komu-to nuzni