NetXMS Support Forum

Eto zaplanirovano sdelat', i budet realizovano.

U menja skompililsja bez problem... 

Ja dumaju chto nado budet poprobovat' MIB kompiler iz 0.2.22

Ja v WMI voobschem-to slablo razbirajus' Esli kto-nibud' napishet hotja-bi chernovik specifikacii - chto dolzno bit' na agente, chto v klientskoj chasti, kak konfiguracija dolzna vigljadet' - mozno budet poprobovat' realizovat'.

Pohoze vse-taki otsutstvuet PIM-MIB. Na vsjakij sluchaj vot on vmeste s dependent MIB'ami (eto standartnie MIB'i, poetomu v distributiv ja ih toze dobavil).

Просто удалите весь блок от BEGIN до END - в NetXMS он не нужен. Я буду разбираться, почему MIB компилятор это не понимает. Кстати, можно этот файл кинуть сюда или на [email protected] ?

На всякий случай - netxmsd под root'ом работает?

Похоже на проблему с SNMP - если на устройстве есть SNMP, то статус интерфейсов получаем через него, а не пингом.
SNMP часть менялась от 0.2.21 к 0.2.22, сейчас подумаю что там могло быть. Сервер на Linux'e стоит?

Ну вот, вернулся домой, теперь буду отвечать в обычном режиме

Quote from: Alex on August 08, 2008, 02:16:09 PM
Появилась новая проблема.
У меня NetXMS с агентом стоит в Frankfurt am Main, Germany. Я мониторю узлы в Гон-Конге. В итоге последние 3 дня у меня расколбас начался. Средний пинг с сервера до гон-конгского узла 385 мс. Это в принципе нормально. А NetXMS мне по 2-3 раза  вдень сообщения о том что узел падал на одну-две секунды. Т.е. все железки и голосовые потоки в начале в статусе DOWN присылает и тут же в догонку шлет UP. Что за проблема могла возникнуть? Сделал тест. На этом же серваке в screen запустил ping до железки в Hong-Kong-е. И в тот момент когда NetXMS сказал что все плохо, я смотрел реальные данные с Ping_а. Так вот выяснилось что NetXMS ме соврал и не было ни каких проблем с каналом.

Quote from: Alex on August 09, 2008, 03:55:07 PM
Нет.. Я не ставил ping subagent.
Статус железки меняется с 0 на 4 и через 1-2 минуты восстанавливается а 0. Причем никаких проблем со стороны collocation-а, ни со стороны сервера замечено не было. Проблема началась после переустановки с 0.2.21 на 0.2.22.

Я просто фразу "У меня NetXMS с агентом стоит в Frankfurt am Main" понял так, что там стоит ping субагент, а сам сервер в другом месте. Стало быть, там стоит именно сервер?
Код для поллинга интерфейсов не менялся. Если используется ping, то сервер делает три попытки с timeout 1500ms. А на узлах в Гонконге стоит агент или SNMP?

Dejstvitel'no, bug v MIB kompiljatore. Ispravil. Kak workaround mozno prosto udalit' stroku s DEFVAL - v NetXMS ee vse ravne ne ispol'zuet.

Poprobujte zapustit' komandu ldconfig i potom vipolnit' make install esche raz.

Izvinjajus' za bol'shie pauzi, u menja dejstvitel'no redko sejchas dostup k kompu s internetom. Na sledujuschej nedele vernus' v Rigu i budu otvechat' v obichnom rezime.

Problemu s Control Panel -> Network Maps ja ispravil, tak-ze kak i crash servera. Kak budet vozmoznost', vilozu obnovlenij build.

Po povodu ping'ov: a kak nastroen monitoring cherez NetXMS - cherez ping subagent? Kakimi imenno parametrami?

Quote from: Alex on August 03, 2008, 09:38:32 PM
Как пользоваться:
1. StatusThresholds
2. StatusTranslation
3. Custom Atrributes в настройках Node

StatusThresholds i StatusTranslation nuzno menjat' tol'ko esli hotite menjat' default algoritm dlja status propagation i status calculation.
Pro custom attributes ja uze pisal v etoj vetke.

Quote from: Alex on August 03, 2008, 09:38:32 PM
Что такое:
1. BeaconHosts

Spisok IP adresov (razdelennih zapjatimi), na kotorie NetXMS server periodicheski delaet ping. Esli ni odin iz nih ne otvechaet, to server schitaet chto propal ego sobstvennij link k seti, i generit sootvetstvujuschij event.

Quote from: Alex on August 03, 2008, 09:38:32 PM
2. DisableVacuum

Imeet smisl tol'ko esli baza dannih - PostgreSQL. Zapreschaet housekeeper'u davat' comandu VACUUM.

Quote from: Alex on August 03, 2008, 09:38:32 PM
3. FixedStatusValue
4. StatusShift
5. StatusThresholds
6. StatusTranslation

parametri dlja default algoritmov status calculation i status propagation - to, chto est' na zakladke Status Calculation v svojstvah ob'ekta.

Quote from: Alex on August 03, 2008, 09:38:32 PM
7. SyncInterval

Interval synhronizacii dannih - t.e. naskol'ko chasto izmenenija, nahodjaschiesja v pamjati, zapisivajutsja v bazu. V sekundah.

Quote from: Alex on August 03, 2008, 09:38:32 PM
8. StatusPropagationAlgorithm
9. StatusCalculationAlgorithm

Default algoritmi dlja status calculation i status propagation.

Quote from: Alex on August 03, 2008, 09:38:32 PM
10. HouseKeepingInterval

Interval zapuska housekeeper'a (v sekundah). Housekeeper udaljaet ustarevshie zapisi iz logov i sobrannie dannie dlja DCI, zachischaet udalennie ob'ekti, i delaet VACUUM v sluchae PostgreSQL bazi.

Quote from: Alex on August 03, 2008, 09:38:32 PM
11. PollCountForStatusChange

Skol'ko pollov podrjat dolzno vernut' oshibku, chtobi interfeis ili service bil pomechen kak CRITICAL.

Proshu proschenija, ja sejchas ne doma, podkljuchajus' redko i po nemnogu. Nachal s problemi padenija servera, i do ostal'nogo ne dobralsja

Ne vse veschi iz perechislennogo novie, mnogie bili uze ran'she. Budu otvechat' po punktam.

Quote from: Anth0ny on August 04, 2008, 12:05:06 PM
- Scripts now can be used to form event's message (via %[..] macro)

Mozno sozdat' skript v biblioteke scriptov (Control Panel -> Script Library), i podstavljat' stroku, vozvraschaemuju etimscriptom v teksti soobschenij. Naprimer, delaem script pod nazvaniem TEST:


sub main()
{
   return "my string";
}


Teper' esli napisat' v tekste naprimer alarma %[TEST], to eto budet zameneno na stroky my string.
Script imeet dostup k dannim tekuschej nodi cherez peremennuju $node, i k parametram obrabativaemogo eventa cherez peremennuju $event.
Takim obrazom mozno naprimer vidavat' perevedennie nazvanija statusov - vmesto %S ispol'zovat' svoj script, naprimer takoj:


sub main()
{
switch($event->severity)
{
case 0:
return "Normal";
case 1:
return "Warning";
// i tak dalee, podstavljaja svoi teksti ...
default:
return "error";
}
}


Quote from: Anth0ny on August 04, 2008, 12:05:06 PM
- Scripts in event processing policy now has access to node properties
  via $node variable and to event properties via $event variable

Script, kotorij vizivaetsja iz event processing policy, imeet dve opredelennie peremenie - $node i $event, dlja dostupa k atributam nodi i sobitija sootvetstvenno. Eti peremennie soderzat ob'ekti, t.e. dostup k atributam osuschestvljaetsja operaciej ->. Naprimer, esli ja hochu poluchit' imja uzla, mne nado napisat' $node->name.

Quote from: Anth0ny on August 04, 2008, 12:05:06 PM
- Added support of custom object attributes

U kazdogo ob'ekta teper' mozno opredeljat' svoi attributi - cherez zakladku "Custom Attributes" v svojstvah ob'ekta ili programmno cherez API. Znachenija etih attributov mozno potom ispol'zovat' v skriptah i tekstah soobschenij. Naprimer, esli ja opredeljaju attribut responsible_person, to mogo v tekste alarma napisat' skazem tak:

Node down; responsible person is %{responsible_person}

Vmesto %{responsible_person} budet podstavleno tekuschee znachenie attributa responsible_person.