NetXMS Support Forum

V techenii leta Tochnee poka skazat' ne mogu, ochen' mnogo raboti. Iz polozitel'nih momentov - chast' etoj raboti svjazana s razvitiem NetXMS.

Eto srednee znachenie countera \Physical Disk(_Total)\Current Disk Queue Length za minutu.

A esli napisat'

AverageDiskWriteQueueLenght:"\PhysicalDisk(2 T:)\Avg. Disk Write Queue Length":60:A:INT:"Average Disk T: Write Queue Length"

?

Svjazat' s tem ob'ektom, kotorij pinguetsja, mozno - nado DCI delat' na toj node, kotoruju pinguem, no v nastrojkah ustanovit' "proxy node" v tu nodu, kotoraja delaet ping - togda dannie budut real'no bratsja s proxy node, no DCI (a takze sobitija i alarmi, vizvannie thresholdami) budut privjazani k toj node, kotoruju pinguem.
S ostal'nim - soglasen, budu dumat' kak eto po udiobnej sdelat'.

Bez peredelki servera etu problemu normal'no ne reshit'. Ja dumaju sdelat' sledujuschie izmenenija - dobavit' flazok dlja DCI, chto esli OID ne suschestvuet, to generirovat' oshibku sbora dannih, a ne perevodit' v sostojanie not supported. Nu a na oshibku sbora dannih mozno postavit' threshold i dal'she obrabativat' kak obichno.

Da, eto izvestnij gluk. No on vrode bil svjazan s versiej internet explorer'a.

Ne objazatel'no pingom. Vo vremja kazdogo status poll server proverjaet, otzivaetsja li NetXMS agent, SNMP agent, i tol'ko potom, esli nikto ne otozvalsja, delaet ping. Prichem ping delaetsja na kazdij interfeis, i esli otveta ne prihodit voobsche, to interfejs perehodit v status critical. Esli vse interfeisi stali criticval, togda i ves' host perehodit v status critical.

Esli est' neobhodimost' sohranjat' vremja otklika ping'a, to nado delat' dopolnitel'nij DCI. Na mashine, s kotoroj delaetsja PING, dolzen bit' zagruzen PING subagent. Vot neskol'ko obsuzdenij pro ping:

https://www.netxms.org/forum/index.php/topic,491.0.html
https://www.netxms.org/forum/index.php/topic,456.0.html
https://www.netxms.org/forum/index.php/topic,553.0.html

Nu i navernoe esche mozno informaciju na forume najti.

V etom sluchae pridetsja delat' dva pravila s filter-scriptami. Obschaja posledovatel'nost' shagov:

1. V nastrojkah trapov vitaskivaem varbind .1.2.3.4.5 v parameter eventa (pust' budet parametr nomer 2)
2. V event policy delaem pravilo dlja generacii alarma: event, naznachennij trapu, i filtering script


$2 == 1


kljuch mozno sdelat' na osnove kakogo-nibud' teksta i _%i - chtobi razlichat' alarmi s raznih hostov.

3. V event processing policy delaem vtoroe pravilo - dlja terminate alarma. Event i kljuch alarma ukazivaem te-ze, a filtering script delaem kak


$2 == 0


teper' pervoe pravilo budet srabativat', esli nash varbind raven 1, a vtoroe - esli on raven 0.

It's a bug in MIB compiler - in lines 18622 and 18624 there are tab between words OBJECT and IDENTIFIER instead of space. As workaround, replace these tabs with space character and MIB should compile without error.

Best regards,
Victor

Quote from: Ethril on May 18, 2009, 06:03:53 PM
P.S. И ещё вопросик вдогонку: не планируется ли доработать в будущем модуль для update/deploy клиентов, чтобы заодно распространять на них файлики с парсерами? Чтобы не копировать ручками .xml-файлик на 20 серверов.

Планируется - будет возможность централизованно распространять конфиги, скрипты, и т.д.

Quote from: Ethril on May 18, 2009, 06:03:53 PM
Расскажите, плиз, подробнее про <event param="1"> в парсере.
Для начала хочу передавать в NetXMS текст эвента ошибки из виндового System Log.
Сделал простейший парсер:

Code Select Expand


<parser>
<file>*System</file>
<rules>
<rule>
<level>1</level>
<match>*</match>
<event params="1">100012</event>
</rule>
</rules>
</parser>

Теперь при появлении ошибки в System Log, в NetXMS Event Browser'е появляется эвент, но без текста ошибки, хотя Message Template у него стоит %1. Что-то недокрутил?

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

(.*) - весь текст будет взят как параметр
^Error (.*) - текст после слова Error будет взят как параметр

Поскольку события привязаны к тому компьютеру, который делает ping, то и %i всегда один и тот-же. Если PING_DELAYED генерируется как результат срабатывания порогового значения, то можно использовать PING_DELAYED_%i_%5 - вместо %5 будет подставлен идентификатор DCI, что даст разные ключи для разных параметров.

Скорее всего. А какое окно восстанавливается, а какое нет?

Discussed here: https://www.netxms.org/forum/index.php/topic,615.0.html

Hello!

No, it's not possible (without C programming). I'll add this to feature requests.
Currently, you can start actions when new node added to the system (by handling SYS_NODE_ADDED event), but to change node attributes from action, you have to write your own C (or Java) program which will access NetXMS server via client API.
I'll add appropriate functions to NXSL so you will be able update object attributes from internal scripts.

Best regards,
Victor