NetXMS Support Forum

Quote from: Sympology on August 19, 2008, 02:46:18 PM
I'm setting up a Data Collection for NetXMS Agents

I select ServiceCheck.Custom(SQLSERVER) Data type Integer. (I Have tried other services)

ServiceCheck.Custom intended to check TCP connectivity. If you wish to check state of Windows service, you should use parameter System.ServiceState, like below:


System.ServiceState(SQLSERVER)


Best regards,
Victor

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.