News:

We really need your input in this questionnaire

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Victor Kirhenshtein

#7216
General Support / Re: Adding Mibs
May 29, 2008, 11:12:32 AM
Could you please post error messages you get?

Best regards,
Victor
#7217
Hi!

Some additional notes to Alex's message:

NetXMS is under active development, and we have no plans to stop it. We already have some commercial activity around it, support contracts, customized development, etc. All commercial things are done via Latvian company OptiCom (http://www.opticom.lv).

Best regards,
Victor
#7218
Поставить integer будет правильно. Если вдруг придет строка не являющаяся числом, NetXMS преобразует ее в значение 0.
#7219
Hi!

Sounds very strange, I'll check the agent startup code. Just one question so far: do you use host name or IP address in MasterServers parameter?

Best regards,
Victor
#7220
Hi!

You can only try to increase SNMP request timeout by changing server's configuration variable SNMPRequestTimeout (it's value is in milliseconds). However, I doubt that it will help in your case. I will improve that in the next release.

Best regards,
Victor
#7221
Hi!

It is possible, but only with custom filter script. You should create a new script in script library and then enter it's name in network discovery properties. Script receives object with new node information as first parameter and should return non-zero if node should be added to database and 0 otherwise. For example, script that will allow to discover only SNMP devices, but not in subnet 10.0.0.0/24, can looks like following:


sub main()
{
   return $1->isSNMP && (!AddrInSubnet($1->ipAddr, "10.0.0.0", "255.255.255.0"));
}


Full list of node object attributes (mostly self-explaining):

ipAddr
netMask
subnet
isAgent
isSNMP
isBridge
isRouter
isCDP
isSONMP
isLLDP
snmpVersion
snmpOID
agentVersion
platformName


Btw, you can filter out printers by checking SNMP OID in filter script.

Best regards,
Victor
#7222
Это не работает на default карте - она строится системой автоматически. Надо сначала сделать свою карту (Через Control Panel -> Maps).
#7223
Похоже что баг. Буду проверять.
#7224
Общие вопросы / Re: SNMP + switch
May 23, 2008, 05:02:33 PM
Просто не успел до этого добраться, времени дико не хватает... Спасибо, вставлю в основной код. :) Решение абсолютно правильное.

#7225
У меня была похожая проблема, правда на AIX'e - причина в том, что линкер сначала берет библиотеки от предыдущей версии из /usr/local/lib, где каких-то функций может не быть. Решений два - либо удалить сначала все NetXMS библиотеки из /usr/local/lib, либо сразу делать make install - тогда каждая библиотека сразу после компиляции будет заменять старую.
#7226
Будет обязательно. Не могу только сказать когда :) В принципе карты можно делать уже сейчас, только все руками притдется расставлять. Автоматом строится только карта с маршрутизаторами и линками между ними.

#7227
В случае USB:


Device = 0:ANY:USB


Если устройст несколько, то вместо ANY надо указывать его серийный номер.

Агент перезапускать надо. Если редактировать конфиг через консоль, то при закрытии редактора выбрать Save & Apply - тогда сервер сам даст команду агенту на рестарт.
#7228
General Support / Re: NetXMS server queues?
May 23, 2008, 11:28:18 AM
Currently it looks normal (except for DCI queue time peak - it can be caused by high CPU load at the moment or excessive number of simultaneous polls - you should watch if it will happen again). In any case, single peak is not an indicator of problem - problem is when these parameters instantly high.

For performance - from my experience, MSSQL performs better on large database. But maybe I just don't know how to tune MySQL...

Best regards,
Victor
#7229
Could you please send me configuration of all 4 DCIs and thresholds, and historical data for them?

Best regards,
Victor
#7230
Currently there are no better solution. In next release, I'll add some kind of "ignore for topology" attribute. I didn't decide yet how it should be implemented - as global subnet exclusion list or interface exclusion list for node, or even interface object's attribute. What way you would prefer?

Best regards,
Victor