NetXMS Support Forum

You can use custom filtering script instead of basic filters. Filtering script takes object of class NewNode (http://wiki.netxms.org/wiki/NXSL:NewNode) as first argument and should return TRUE to accept new node or FALSE to reject it. More information about scripting you can find in our wiki: http://wiki.netxms.org/wiki/Scripting_Guide. Looks like it's not possible to check sysName of new node, only sysObjectId. I'll add more properties, it's easy.

Best regards,
Victor

This debug output a bit misleading. AcceptNewNode is a function which checks every potential node to be accepted for adding to NetXMS or not. Message "range check result is 0" means that node didn't pass IP range checking. And I just found a bug in discovery code - if IP range is not specified in the filter, but filter is set (like in your case for SNMP supported nodes, but not for being in specific address range), all nodes are discarded. I'll fix that in release 1.2.6. As a workaround, you can check filter by address range option, and add subnet 0.0.0.0 with mask 0.0.0.0 as address filter, which will effectively allow IP addresses.

Best regards,
Victor

How do you run netxmsd? It uses ICMP pinf for active discovery, so it must be run as root to be able to open raw socket for sending ICMP packets, and ICMP pings must be allowed on firewalls if there are any in between NetXMS server and subnets you are discovering.
Also, you can try to run netxmsd with debug level 5 or higher (using -D command line option) and check it's log for details and possible errors.

Best regards,
Victor

Hi!

Yes, you should run step 2 after step 1 is completed. You can use Alex's script for step 2 too.

Best regards,
Victor

Hi!

We are still trying to figure out what could cause such a high memory consumption. Can you please do the following:

1. Run netxmsd under valgrind with additional options:

valgrind --leak-check=full --undef-value-errors=no --show-reachable=yes --log-file=netxmsd-valgrind.log netxmsd -D3


(or modify script sent by Alex by adding --show-reachable=yes to valgrind's command line).

2. Run valgrind's heap profiller:


valgrind --tool=massif --time-unit=ms --stacks=yes --threshold=0.5 --max-snapshots=1000 --log-file=netxmsd-massif.log netxmsd -D3


and send me profiler's result (it will be named massif.out.<pid>).

Also, can you please show me you configuration hook script and transformation scripts?

Best regards,
Victor

Hi!

Quote from: millerpaint on February 07, 2013, 06:33:43 PM
One thing seems strange, it crashes with out of memory right away running under valgrind.  If I run netxmsd normally, it can run for hours before crashing.

This is normal, when running under valgrind program takes tens times more memory then when it run normally. Valgrind allocates extra memory around each dynamically allocated block to detect boundary violations, etc.

Best regards,
Victor

Надо создать через консоль обьект "mobile device" (в любом контейнере под "Infrastructure Services"), в поле "Device ID" вписать 353966050600936. По device ID сервер определяет, к какому именно обьекту относится подключившийся агент.

Hi!

Yes, you specify top-level directory in --prefix, like usr. Make process will add bin, lib, etc. as needed.

Database schema version may or may not change between releases - it depends on actual requirement for changing it. Looking at change log, it seems that 1.1.7 was a minor release, mostly with bug fixes, so database schema was not changed.

Best regards,
Victor

Странно. Написал вот такой тестовый скрипт:


C:\Source\NetXMS\x64\debug>cat test13.nxsl
if ($1 == null)
        $1 = 1.234567;

println "floor(" . $1 . ") = " . floor($1);
println "ceil(" . $1 . ") = " . ceil($1);
println "round(" . $1 . ") = " . round($1);
println "round(" . $1 . ", 2) = " . round($1, 2);


Результаты:



C:\Source\NetXMS\x64\debug>nxscript test13.nxsl
NetXMS Scripting Host  Version 1.2.6
Copyright (c) 2005-2012 Victor Kirhenshtein

floor(1.234567) = 1.000000
ceil(1.234567) = 2.000000
round(1.234567) = 1.000000
round(1.234567, 2) = 1.230000

C:\Source\NetXMS\x64\debug>nxscript test13.nxsl 2.378
NetXMS Scripting Host  Version 1.2.6
Copyright (c) 2005-2012 Victor Kirhenshtein

floor(2.378) = 2.000000
ceil(2.378) = 3.000000
round(2.378) = 2.000000
round(2.378, 2) = 2.380000

C:\Source\NetXMS\x64\debug>nxscript test13.nxsl 2.98
NetXMS Scripting Host  Version 1.2.6
Copyright (c) 2005-2012 Victor Kirhenshtein

floor(2.98) = 2.000000
ceil(2.98) = 3.000000
round(2.98) = 3.000000
round(2.98, 2) = 2.980000

C:\Source\NetXMS\x64\debug>


Т.е. round(x, 2) работает как описано. По поводу 0 в конце: после floor/ceil/round, тип данных у результата остается float - поэтомы и цифры после запятой. Это правильно, если число будет использоваться в дальнейших вычислениях. Для красивого форматирования числа можно использовать функцию format (http://wiki.netxms.org/wiki/NXSL:format), отдельно или как обертку вокруг ceil/floor/round.

Пример использования format:


C:\Source\NetXMS\x64\debug>cat test14.nxsl
if ($1 == null)
        $1 = 1.234567;

println "format(" . $1 . ", 1, 2) = " . format($1, 1, 2);
println "format(floor(" . $1 . "), 1, 0) = " . format(floor($1), 1, 0);

C:\Source\NetXMS\x64\debug>


Результаты:


C:\Source\NetXMS\x64\debug>nxscript test14.nxsl
NetXMS Scripting Host  Version 1.2.6
Copyright (c) 2005-2012 Victor Kirhenshtein

format(1.234567, 1, 2) = 1.23
format(floor(1.234567), 1, 0) = 1

C:\Source\NetXMS\x64\debug>nxscript test14.nxsl 17.5672334
NetXMS Scripting Host  Version 1.2.6
Copyright (c) 2005-2012 Victor Kirhenshtein

format(17.5672334, 1, 2) = 17.57
format(floor(17.5672334), 1, 0) = 17

C:\Source\NetXMS\x64\debug>


Hi!

We are trying to find it. Can you describe what features you are using? Most important is to know about network discovery and scripts. Also, can it be that you have routers with very large routing tables (like full BGP table) monitored by NetXMS?

Best regards,
Victor

Hi!

Actually, event log tells you the same: that there are no description for the message. Looks like Snort don't register event source correctly. Quick search gives couple of people with same problem but no solution. I would suggest to reconfigure Snort to send it's log to text file instead of WIndows Event Log, and capture events from that text log file.

Best regards,
Victor

Hi!

Stack traces from different info files seems irrelevant to each other and don't give enough information. Can you please run server with debug level 6 (set LogFile parameter in netxmsd.conf to some file) and after next crash send me .info file together with log file. You can send them to my email to avoid posting sensitive information on the forum.

Best regards,
Victor

Hi!

That's strange. Seems that you are still running version 1.1.6. On what platform your NetXMS server is running? How do you do an upgrade?

Best regards,
Victor

Hi!

Check that user you are running agent under has access to log file specified in nxagentd.conf, and that path to the file exists.

Best regards,
Victor

Hi!

I'll try to reproduce it today. As a workaround, you may try to use odbc.ddr instead of mssql.ddr, but in that case you'll have to create database and db user manually.

Best regards,
Victor