NetXMS Support Forum

Hi!

Changing database while server is running will not help, because most configuration information is cached and server do not expect outside modifications in DB. You can use nxshell scripts to change node parameters as needed. Also, if you are building server from sources, you'll be able to apply patch when we solve #566.

Best regards,
Victor

IMPORTANT NOTICE

We just fixed server crash mentioned earlier. I repack all distribution files on web site. If your installation is affected, you should download updated NetXMS server from web site. Files names was not changed, however build number in the version string was. Build with patch applied has number 7874.

Best regards,
Victor

Quote from: Dani@M3T on May 19, 2014, 03:11:48 PM
Alex

Here the output:
netxmsd: [New Thread 0x7fffabafa700 (LWP 2678)]
[New Thread 0x7fffab9f9700 (LWP 2682)]
[New Thread 0x7fffab8f8700 (LWP 2685)]
[New Thread 0x7fffab7f7700 (LWP 2689)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffeefa5700 (LWP 2559)]
0x00007ffff4404a4f in gconv () from /usr/lib64/gconv/ISO8859-1.so
(gdb) bt
#0  0x00007ffff4404a4f in gconv () from /usr/lib64/gconv/ISO8859-1.so
#1  0x00007ffff4c81eda in __gconv () from /lib64/libc.so.6
#2  0x00007ffff4c81419 in iconv () from /lib64/libc.so.6
#3  0x00007ffff6b4b264 in MultiByteToWideCharIconv (cchWideChar=<optimized out>, pWideCharStr=0x7fffeefa2340 L"", cchByteChar=48, pByteStr=<optimized out>,
    dwFlags=<optimized out>, iCodePage=<optimized out>) at unicode.cpp:319
#4  MultiByteToWideChar (iCodePage=<optimized out>, dwFlags=<optimized out>, pByteStr=<optimized out>, cchByteChar=48, pWideCharStr=0x7fffeefa2340 L"",
    cchWideChar=<optimized out>) at unicode.cpp:365
#5  0x00007ffff75ee409 in SNMP_Variable::getValueAsString (this=this@entry=0x7fffac00ae40, buffer=buffer@entry=0x7fffeefa2340 L"", bufferSize=bufferSize@entry=1024)
    at variable.cpp:269
#6  0x00007ffff7abf7da in NXSL_SNMPVarBindClass::getAttr (this=<optimized out>, object=<optimized out>, attr=0x8b1df0 L"value") at nxsl_classes.cpp:690
#7  0x00007ffff73b3b9b in NXSL_VM::execute (this=this@entry=0x8b49f0) at vm.cpp:1001
#8  0x00007ffff73b4888 in NXSL_VM::run (this=0x8b49f0, argc=argc@entry=1, argv=argv@entry=0x7fffeefa38a8, pUserLocals=pUserLocals@entry=0x0,
    ppGlobals=ppGlobals@entry=0x0, pConstants=pConstants@entry=0x0, entryPoint=entryPoint@entry=0x0) at vm.cpp:271
#9  0x00007ffff7a79d35 in DCItem::transform (this=this@entry=0x8a8ba0, value=..., nElapsedTime=<optimized out>) at dcitem.cpp:869
#10 0x00007ffff7a7a1e8 in DCItem::processNewValue (this=0x8a8ba0, tmTimeStamp=1400500863, originalValue=0x7fffac0008c0) at dcitem.cpp:680
#11 0x00007ffff7a87837 in DataCollectionTarget::processNewDCValue (this=0x829670, dco=dco@entry=0x8a8ba0, currTime=currTime@entry=1400500863, value=0x7fffac0008c0)
    at dctarget.cpp:371
#12 0x00007ffff7a77113 in DataCollector (pArg=<optimized out>) at datacoll.cpp:254
#13 0x00007ffff5c230db in start_thread () from /lib64/libpthread.so.0
#14 0x00007ffff4d4690d in clone () from /lib64/libc.so.6

Hi!

Crash is very strange - I cannot understand how this could happen. Could you try to rebuild server with --disable-iconv configuration option? Also, is it possible to provide me remote access so I could debug this crash in place?

Best regards,
Victor

Sorry, I miss it. Will take a look.

Best regards,
Victor

Hi all!

NetXMS version 1.2.14 is released. Changes since previous release:

- STP (Spanning Tree Protocol) information used for topology discovery
- Information source for interface peers (CDP, STP, etc.) shown in console
- New NXSL function inList
- New NXSL operator abort
- New methods in NXSL class Node: enableAgent, enableConfigurationPoll, enableIcmp, enableSnmp, enableStatusPoll, enableTopologyPoll
- Fixed server crash if SNMP proxy unavailable
- New MIBs: AIRESPACE-REF-MIB, AIRESPACE-SWITCHING-MIB, AIRESPACE-WIRELESS-MIB, FROGFOOT-RESOURCES-MIB, MIKROTIK-MIB
- SMS driver for websms.ru service
- Macro expansion supported in pattern in agent parameters File.Size and File.Count
- Attribute "instance" added to NXSL class "DCI"
- Added "L" extension to DCI custom schedules
- Traps from unmanaged nodes ignored
- Fixed repeated threshold violation events after server restart
- Added driver for Mikrotik routers
- Added driver for Ubiquity Networks wireless access points
- Added driver for Cisco Wireless Controller 4400 (former Airespace)
- Wireless controller and access point support improved
- Log monitoring subagent sends Windows event source, severity, and code to the server as part of NetXMS event
- DB/2 driver and monitoring subagent included into Windows installation package
- Management console:
   - DCI values can be shown on network map links
   - DCI value can be shown on map as immage, that checnges depending on DCI value
   - DCI value can be shown on map as a text
   - Colored background for DCIs with active thresholds in DCI summary tables
   - IP route visualisation improved
   - On table DCI threshold property page columns can be chosen from dropdown
- Reporting server rewritten from scratch
- Fixed issues: #71, #417, #528, #535, #536, #552, #558, #559, #560, #570, #572

Best regards,
Victor

I just realize that SNMP table was not working because you have to provide one of table OIDs to collect instances. If you change table OID to .1.3.6.1.4.1.14988.1.1.1.2.1 it should work. It is not very convenient nor straight forward, I know SNMP tables definitely need improvement.

Best regards,
Victor

Ограничение по длинне есть, но 256 символов. А можно привести SQL запрос? И с какого символа он был обрезан?

It looks like NetXMS server cannot correctly identify port for B8AC.6FA2.39FA on Switch 4 for some reason, and so shows Switch0 as best match (it is actually previous hop). Can you please send me full MAC address table for both Switch0 (can only for Po4) and Switch4?

Best regards,
Victor

Hi,

to determine peer MAC address server can use information obtained from CDP, NDP, LLDP, EDP, or switch MAC address table (FDB). Also, peer interface will be set only if server knows that there only one remote MAC address on interface - so for example links to unmanaged switches with multiple hosts behind will not have peer information set.

Best regards,
Victor

Hi,

you right, seems that I forgot to fix it. Fixed now (will be in 1.2.14).

Best regards,
Victor

Hi!

I won't be able to help you much. #1, #2, and #4 need changes in agent (#4 also in server). #1 is implemented in 1.2.14 (event source, id, and severity passed as three additional parameters for event generated). #2 should be relatively easy to implement, I'll add this as feature request for 1.2.15. For #4 we plan to introduce new policy type to distribute parser configurations across nodes in a same way as you can distribute configuration files, but I cannot promise exact release when it will be implemented.

Best regards,
Victor

You can query FileSystem.Total(E:) using nxget to check it.

Best regards,
Victor

First problem is that message is empty - this is because of wrong parameter count in event tag - it should be <event params="1">100049</event>. But spam problem most likely caused by this:

[14-May-2014 10:15:41.670] [DEBUG] LogParser: file size differs for stat(4) and fstat(C:\NetXMS\var\log), assume file rename
[14-May-2014 10:15:41.670] [DEBUG] LogParser: file "C:\NetXMS\var\log" (pattern "C:\NetXMS\var\log") successfully opened
[14-May-2014 10:15:41.670] [DEBUG] LogParser: parsing existing records in file "C:\NetXMS\var\log"

we recently encounter this bug on another installation - agent erroneously assume that file was renamed, and start reading file from the beginning. It is already fixed in current development version.

Best regards,
Victor

Hi!

No, tables from scripts are not supported. However, you can use dbquery subagent to read tables from database (it could be sqlite database for example if you need something local).

Best regards,
Victor

Hi!

Condition (value != null || value != 0) is always true - if value is null then it will not be 0, and vise versa. Correct condition will be (value != null && value != 0), so full script could look like this:


snmp = CreateSNMPTransport($node);
value = SNMPGetValue(snmp, ".1.3.6.1.2.1.16.1.1.1.3." . $1);
return (value != null) && (value != 0);


@sperlm:

you are right, returning 0 is the same as returning false.

Best regards,
Victor