Support

Network map link values automatic refresh

friss — Tue, 10 Nov 2026 22:22:37 GMT

Sorry, I forgot to attach the screenshot to my original post. Here it is! Thanks, Federico. [image: network map link values.png]

Client Crash after upgrading from 6.2.5 to 7.2.0

alk — Mon, 09 Nov 2026 19:16:53 GMT

@gmonk63 said: I tried to upload netxmsd-bt.txt but it says I do not have permissions. After forum migration? Thanks, I’ll check permissions UPDATE: permissions fixed

NetXMS 7.0.2 crashes with SIGSEGV shortly after startup

Alwin — Fri, 06 Nov 2026 15:35:45 GMT

Hi Alex, thank you for the detailed analysis. We checked our current NetXMS 6.2.5 installation. Both Dell drivers are present: dell.ndd 426K dell-pwc.ndd 168K Old NetXMS libraries are still present in /usr/local/lib: We found both .so.50 and .so.61 versions, including the libraries you mentioned: libnxsrv.so.61 libnxsl.so.61 libnetxms.so.61 .. The old Dell driver is actively loaded under NetXMS 6.2.5. Our server log contains several entries such as: Network device driver DELL-PWC loaded successfully This confirms that the old driver is still being loaded in our current 6.2.5 installation. We have not removed or modified any files yet, as the current production server is still running 6.2.5. Your explanation sounds very plausible and matches what we found. We will prepare a clean upgrade to 7.0.2, removing the obsolete driver and libraries as suggested. Thanks again for investigating this issue! Best regards Alwin

Unifi OS Server - How to detect as "Wireless Controller"

alk — Thu, 05 Nov 2026 19:44:52 GMT

Hi, Yes, this works with a self-hosted UniFi OS Server, and SNMP isn't needed. The bridge doesn't use the node at all. The NetXMS server calls the UniFi Network API directly, and everything is configured as custom attributes on the wireless domain object. You can remove the VM node from the domain, because it does nothing in this mode. Add Module = wlcbridge to netxmsd.conf and restart the server. On the wireless domain, add these custom attributes: wlcbridge UniFi unifi.base-url https://: # same URL you open the UniFi web UI on unifi.login unifi.password # plain text, or encrypted with: nxencpasswd unifi.site # only if not "default" Instead of login/password you can set unifi.token to an API key created in the Network application. Login/password is the safer option, though. The account has to be a local one, not a UI.com cloud account. Run a configuration poll on the wireless domain. The output should show "Reading access point list via bridge interface UniFi" and the number of access points reported. The access points are created under the domain. Important detail: leave unifi.isAppliance unset. The name is misleading: true is for the old standalone Network Application (the one on port 8443), and UniFi OS Server needs it unset. If the poll reports "Cannot retrieve access point list", set debug level 7 for tag wlcbridge.unifi. The server log will then show the exact URL being requested and the HTTP code that came back.

NetXMS Core server will not start after upgrade to 7.*

alk — Wed, 04 Nov 2026 14:17:22 GMT

I've removed the database password from your post. It was public for a while, so please change it anyway. "Connection refused" means the core service still isn't running, so the client has nothing to connect to. The most likely reason is that the database schema wasn't upgraded. The installer runs the upgrade hidden, so if it fails you see nothing, and netxmsd refuses to start on an old schema. Please run this from an elevated command prompt: cd C:\NetXMS\bin nxdbmgr upgrade netxmsd -D 4 The first command shows any upgrade error directly. The second runs the server in the foreground with debug output, so you can see where it stops. If either one fails, post the output here, or the end of C:\NetXMS\log\netxmsd.log.

v7.01 client issue

alk — Mon, 02 Nov 2026 20:01:04 GMT

Hi, This is a bug in the 7.0.1 Windows agent build, fixed in 7.0.2, which was released today. Upgrading the agent brings back the correct version, build and product name. Here's what's actually happening: Windows reports itself as Windows 8 (6.2.9200) to any program that doesn't declare support for newer Windows versions in its application manifest. The 7.0 Windows build moved to a new toolchain, and the 7.0.1 agent shipped without that manifest. It's back in 7.0.2. Note: on 7.0.1 the agent also skipped Windows Store apps in software inventory, because it thought it was running on Windows 8. If you have inventory enabled, the first configuration poll after the upgrade will show those packages as newly installed. That's expected, nothing was actually installed.

agent hardening

alk — Thu, 29 Oct 2026 08:42:15 GMT

Hi Andrea, Yes, on both. For monitoring-only use, the setting that matters most is the access level you give the server, covered at the end. Linux. The packaged agent runs as root. Create a dedicated user and either change the systemd unit with "systemctl edit netxms-agent": [Service] User=nxagent Group=nxagent or let the agent drop privileges at startup, with this in nxagentd.conf: UserId = nxagent GroupId = nxagent Use the systemd route if the user needs extra groups, such as adm for reading logs, because the agent applies only the primary group. Either way, this user needs write access to the agent's log file and data directory. CPU, memory, disk, filesystem, network and process metrics keep working. You lose SMBIOS hardware data (serial numbers, memory modules, etc.) and ICMP from the ping subagent, and the agent can only read files and logs that this user can read. Windows. The installer always creates the service under LocalSystem, but the agent works under a limited account if you change it in the service properties afterwards. The account needs rights on the agent's etc, log and var folders. Anything that needs administrator rights stops working, such as System.Restart, and per-process metrics such as CPU time and I/O will quietly return 0 for processes of other users. Both. Give the server read-only access and use an outbound tunnel, so the agent has no open port: Servers = netxms.example.com # read-only, remove the MasterServers line ServerConnection = netxms.example.com # outbound tunnel to the server ListenPort = 0 # no inbound listener With this the server can read metrics, but it can't run actions, edit the agent's config, deploy policies or write files. The tunnel has to be bound to the node on the server side. Note: the installer writes MasterServers, which is full access, so that line has to be removed. All config changes are then made locally on the host.

Change in certificate trust in v7?

szabolcs — Wed, 28 Oct 2026 12:21:45 GMT

Thank you for the fix. Bit offtopic, any way to clean up my business service ?

V7 Client Issues

alk — Wed, 21 Oct 2026 20:28:37 GMT

Причина в обоих thread dump'ах одна: deadlock в клиенте между обновлением списка алармов и таймером мигания. Возникает только при включённой опции "Blinking outstanding alarms". Обход: отключить эту опцию в настройках клиента, раздел Alarms. Тикет: https://github.com/netxms/netxms/issues/3863

Feature request: Store MAC address in connection history to match IP/MAC search

justrest — Mon, 12 Oct 2026 14:01:39 GMT

Thank you very much for your quick reply. Our use case is: based on historical IP addresses (for example, IPs logged when users access critical systems), we want to look up the MAC address associated with that IP at that point in time, so we can identify the specific endpoint. We look forward to this new feature. Many thanks!

Activating SNMP V3 on a QNAP : sending get-request ignored by netXMS

petoulachi — Thu, 08 Oct 2026 14:31:23 GMT

Hello ! I can confirm that with the latest server version 7.0.0 this issue is resolved !

Installer hangs on SQLite database selection

alk — Wed, 07 Oct 2026 11:27:33 GMT

Hi, most likely this is not a hang - installer is waiting for database initialization, which runs in separate console window. If initialization fails, that window shows the error and "PRESS ANY KEY TO CONTINUE", and it can end up behind the installer window. With SQLite it usually fails either because folder in "Path to database file" does not exist (file is created automatically, folder is not), or because database file is already there from previous attempt. Log switch does not change anything here. On second run installer finds existing installation and "Initialize database" is not checked by default, so this step is just skipped - which also means database may still be not initialized. Is NetXMS Core service running and can you log in? If not, please share what you entered as path to database file and last lines of C:\NetXMS\log\netxmsd.log.

vmware monitor

it_user1 — Tue, 29 Sep 2026 13:03:50 GMT

ok i will try thanks

How to configure MCP

alk — Wed, 23 Sep 2026 06:55:12 GMT

Hi, Yes, Module = mcp enables it, and you'll want Module = aitools as well - most of the tools the MCP server exposes come from that module. The module has no settings of its own. It adds the endpoint to the server's built-in HTTP listener, so port and address are set in the [WEBAPI] section of netxmsd.conf: Module = mcp Module = aitools [WEBAPI] Address = any # default is loopback only Port = 8000 # default The endpoint path is fixed: http://:8000/mcp (streamable HTTP transport). No separate web service is needed - the listener is part of netxmsd and enabled by default. Module = webapi only adds the REST API endpoints, MCP doesn't depend on it. Clients authenticate with an "Authorization: Bearer " header. Issue a persistent token in the user's properties, and give that user the "Use AI assistant" system right, otherwise requests get 403. You're right that this isn't documented, ticket: https://github.com/netxms/netxms-doc/issues/87

alarm does not always resolve correctly

alk — Tue, 22 Sep 2026 09:05:24 GMT

Hi, This is a bug in the server, not your configuration: https://github.com/netxms/netxms/issues/3682 Here's what's actually happening: when the node leaves maintenance mode, the server re-generates threshold events for every threshold whose state changed during maintenance. That's where your two "task running" events at 04:00 came from. Those events can be processed while the node is still flagged as in maintenance, and then they get correlated to the "maintenance enter" event, which is why they reference 8766568. By default, EPP rules ignore correlated events, so the rule that should terminate the alarm never sees them. It's a timing race, which is why it only happens sometimes. Workaround until it's fixed: enable Accept correlated events on the EPP rule that terminates the alarm on OS_PROCESS_OK. As a side effect, the alarm will also be terminated when the task recovers while the node is still in maintenance, which is probably what you want anyway. If the same rule also creates the alarm, split it into two rules and set the flag only on the terminating one. Otherwise alarms will be created during maintenance too.

Auto-link Nodes feature seems broken after upgrade to 6.2.5

alk — Tue, 22 Sep 2026 08:06:59 GMT

Hi, Confirmed, this is a bug in the 6.2 management client, not in the server or your setup. Since 6.2.0 the Auto-link action sends an empty node list to the server, so it reports success and creates nothing. Layer 2 maps are not affected because their links are built by the server from topology data. Fix is tracked in https://github.com/netxms/netxms/issues/3681 and will be in the next 6.2 release. Until then, "Link objects" still works, but it links two objects at a time and doesn't bind the link to interfaces.

Process.Count returns 0 even EXE is running

alk — Wed, 16 Sep 2026 14:12:28 GMT

Yes, it's already fixed in the code and will be in 6.2.6, which isn't released yet: https://github.com/netxms/netxms/issues/3656. Only the agent on the Windows machine needs to be updated.

OpenSSL Vulnerabilities

sjudy — Wed, 09 Sep 2026 19:40:31 GMT

Thank you Victor and Alex. I appreciate the response!

Server crash opening one dashboard

sqk — Wed, 09 Sep 2026 09:52:34 GMT

Great job, thanks everyone! Alessio.

Network discovery uses default "public" instead of configured SNMP community

justrest — Wed, 09 Sep 2026 09:20:44 GMT

Got it, thank you very much for your reply!

Jetty12 with nxmc-6.2.4.war | NoClassDefFoundError: javax/servlet

Tucson — Tue, 08 Sep 2026 10:58:15 GMT

Hello Alex, you are right. My mistake was that I downloaded the wrong file, now it works as expected. Thank you

Script based DCIs broken after update

noel — Fri, 04 Sep 2026 09:51:51 GMT

Thanks for the info, after reading the docs about Agent External Metrics I converted the actions to shell form metrics and now it works fine. (Before I read the docs I tried the format you provided, but that had some issues which didn't trigger an alarm so I have no idea what was wrong with that.)

slack configuration

curruscanis — Thu, 03 Sep 2026 21:34:09 GMT

Thank you for pointing me in the right direction, I had not created the webhook correctly.

The PinView feature is no longer working.

alk — Thu, 03 Sep 2026 06:29:47 GMT

Your fresh install working is the useful data point - this is something about that specific server, not the pinboard code. Here's what's actually happening: all web UI settings live in a single properties file on the machine running the web UI, under the servlet container's work directory, named nxmc.preferences.. The uuid comes from a cookie called nxmcStoreId in your browser. If that cookie doesn't come back on the next login, the web UI generates a new uuid and opens an empty file - and the old one stays on disk with all your settings still in it. Pinboard, the "Show server clock" checkbox and column widths all live in that one file, which is why they go together. Three things to check, and they split the problem cleanly: How many contexts are deployed. Look at /var/lib/tomcat10/work/Catalina/localhost/ - if more than one nxmc context is there (nxmc and nxmc-6.2.4, say), each has its own state directory, and the files you find may belong to a context you are no longer using. The web UI logs a line "State directory:" at every startup naming the one actually in use. Whether a new file appears per login. List the state directory, log in again, list it again. A new nxmc.preferences. each time means the cookie is not coming back. The same file with a new timestamp means it is, and the problem is elsewhere. The cookie itself. Browser dev tools, Application - Cookies, look for nxmcStoreId. It is set with a 90 day lifetime, so it should survive a logout. If your nginx config caches or strips Set-Cookie on the proxied responses, it won't. If you already have a file there containing pinboard$ entries, that settles most of it on its own: saving works, and the session that comes up empty is reading a different file. The web UI log goes to catalina.out on a Tomcat install - grep it for "State directory", "local preferences" and "Invalid store ID". (-Dnxmc.logfile is only set in our Jetty instructions, so on Tomcat everything lands in the console log.) Note: even once this works, that directory is Tomcat's per-context work directory and it is cleared on war redeploy. So web UI settings are lost on every web UI upgrade by design - that is likely part of what you saw across the three version upgrades.

Cannot create node object XXXX: License Violation

ChrisSR — Tue, 25 Aug 2026 22:13:20 GMT

Hi Alex, I've sent support an email. I believe I'll need a new license key as my Hardware ID is red.