NetXMS Support Forum

Hi,

could you describe your issue in more details (preferably with configuration and result screenshots) in separate topic or in bug tracker ticket? It could be issue that was solved or it could be completely different bug.

Best regards,
Victor

Добавьте ?lang=en к URL.

Try to run configuration poll manually (right click on node, Poll, then Configuration). Check what agent will report.

Best regards,
Victor

Hi,

check agent configuration file - it should have correct log settings and correct management server address in MasterServers. You can also tun agent in foreground with maximum debug as

nxagentd -D9

and check what is going on.

Best regards,
Victor

No, they are not. Put // in front of each line.

Best regards,
Victor

It hangs in same place. It looks like zlib bug, for deeper debugging we need actual data being compressed. As a workaround you can try to disable NXCP compression for client sessions by commenting out lines 1894 and 1895 (should looks like

            m_dwFlags |= CSF_COMPRESSION_ENABLED;
            msg.setField(VID_ENABLE_COMPRESSION, true);

in src/server/core/session.cpp and recompile server.

Best regards,
Victor

Я скорее всего разобрался (на днях отвечал в английском форуме). Мне удалось повторить у себя эту ситуацию и исправить. В 2.2.8 должно работать.

Just found the place. Seems that server enters infinite loop deep within libz (compression library). Check if new version is available. Also, you can try to rebuild server with configure option --with-internal-zlib.

Best regards,
Victor

Are you sure that CPU usage was high when you capture this dump? I see lot of locks inside (that could be an indicator of another problem) but cannot find anything that can cause high CPU load.

Best regards,
Victor

Hi,

do you want to do those actions manually? If yes the your configuration seems to be correct. Do you get any output from your tool?

Best regards,
Victor

Hi,

this is simple nxshell script that do what you need:


import csv, sys

w = csv.writer(sys.stdout, dialect='excel')
w.writerow(['name', 'ip', 'type']) # Header

for node in [o for o in s.getAllObjects() if isinstance(o, objects.Node)]:
    enabled = node.getCustomAttributes().get("RANCID_ENABLED")
    if enabled != None and int(enabled) == 1:
        w.writerow([
            node.getObjectName(),
            node.getPrimaryIP().getHostAddress(),
            node.getCustomAttributes().get("RANCID_TYPE")
        ])


You can find more information about nxshell here: https://wiki.netxms.org/wiki/Using_nxshell_to_automate_bulk_operations

Best regards,
Victor

Hi,

I was able to reproduce and fix this issue. Fix will be included into 2.2.8 release.

Best regards,
Victor

Hi,

sorry, I forgot to attach script. Now it's attached. Script expects netxmsd to be in your PATH. If it is not, change 'netxmsd' in script's second line to full path to netxmsd.

On Centos you likely build NetXMS from sources - then debug information is embedded into binaries. You only have to install gdb package if not installed already:

yum install gdb

Best regards,
Victor

Hi,

I was able to reproduce this issue and fixed it in current development branch. Fix will be included into next release.

Best regards,
Victor

Hi,

it seems that trap OID is different for version 1 and versions 2-3. For version 1 it is .1.3.6.1.4.1.2589.1.2.0.8 and version 2 it is .1.3.6.1.4.1.2589.1.2.8
(no .0 before last element). I'm not sure if it is NetXMS bug in parsing trap PDUs or device bug - will check that further. Anyway you just need to create second mapping with v2/3 OID and it will work.

Best regards,
Victor