NetXMS Support Forum

litte workaround until the problem is official fixed:

download the 6.2.0 source package and extract all files (without Makefile*) from the 'images' subfolder of the archive to /var/lib/netxms/images

drop the column image_data in your database instance. in my case, with MySQL:
ALTER TABLE `images` DROP `image_data`;

running the "nxdbmgr upgrade" command again

Доброго дня

Ububntu 24.04.4 LTS
Обновился с 6.1.4 до 6.2.0 с apt. Сервис обновился, база - падает с ошибкой при апгрейде с nxdbmgr upgrade. До обновления check проводился.

NetXMS Database Manager Version 6.2.0 Build 6.2-471-gce46095f23

Upgrading database...
Upgrading from version 62.12 to 62.13
Cannot read image file "/var/lib/netxms/images/092e4b35-4e7c-42df-b9b7-d5805bfac64e"
Rolling back last stage due to upgrade errors...
Database upgrade failed
В логах
*E* [db                 ] Your database has format version 62.12, but server is compiled for version 62.30

Hello, I am trying to upgrade my NetXMS server from version 6.1.4 to 6.2.0 using the apt package manager and I am encountering the following issue when I attempt to upgrade the database before restarting the service. The service does not start after the upgrade because the database still has not been upgraded.

username@hostname:~$ sudo nxdbmgr upgrade
NetXMS Database Manager Version 6.2.0 Build 6.2-471-gce46095f23

Upgrading database...
Upgrading from version 62.12 to 62.13
Cannot read image file "/var/lib/netxms/images/092e4b35-4e7c-42df-b9b7-d5805bfac64e"
Rolling back last stage due to upgrade errors...
Database upgrade failed
username@hostname:~$

Thanks so much for your reply！
Here is the result：

root@XMNMS01:~# /usr/bin/nxsnmpwalk -v 2c -c stonewell2000 10.61.10.9 1.3.6.1.4.1.2011.5.25.42.4.1.19.1.2
huaweiDatacomm.42.4.1.19.1.2.0 [Hex-STRING]: 80 00 E4 DC CC 1A 59 61
root@XMNMS01:~# /usr/bin/nxsnmpwalk -v 2c -c stonewell2000 10.61.10.10 1.3.6.1.4.1.2011.5.25.42.4.1.19.1.2
huaweiDatacomm.42.4.1.19.1.2.0 [Hex-STRING]: 80 00 E4 DC CC 1A 59 61
root@XMNMS01:~# snmpwalk -v 2c -c stonewell2000 10.61.10.9 1.3.6.1.4.1.2011.5.25.42.4.1.19.1.2
Created directory: /var/lib/snmp/cert_indexes
iso.3.6.1.4.1.2011.5.25.42.4.1.19.1.2.0 = Hex-STRING: 80 00 E4 DC CC 1A 59 61
root@XMNMS01:~# snmpwalk -v 2c -c stonewell2000 10.61.10.10 1.3.6.1.4.1.2011.5.25.42.4.1.19.1.2
iso.3.6.1.4.1.2011.5.25.42.4.1.19.1.2.0 = Hex-STRING: 80 00 E4 DC CC 1A 59 61
root@XMNMS01:~#

Could you please also do SNMP walk on 1.3.6.1.4.1.2011.5.25.42.4.1.19.1.2 on both switches?

For XML error - I don't see it in current development version log, so changes are that it's already fixed, pls double-check when v.6.2 is out.

For MIB error - I guess MIB compiler is failing on some specific MIB file. You can try removing some of your MIB files until you find which one is causing the issue (you can remove half of them, recomplie, then another half, etc...). Or you can just share your whole MIB file collection.

Make sure that IP address in node's Properties -> Communications is correct.
Then run Configuration Poll on that node.

If it's still not working, try enabling debug, from Tools -> Server Console:

debug syslog 6

and check server log lines when your device sends something.

Reading of installed software on Windows was fixed, please wait for release v.6.2 to come out.
The only note - for all this to work correctly you'd also need to upgrade server to v.6.2, because now agent reports packages with information about user name for each package and server prior to v.6.2. is not able to read this field.

This is logical flaw in exclusion processing. I've registered an issue: https://github.com/netxms/netxms/issues/3349
Will be fixed as part of 6.2.0 release.

Best regards,
Victor

In the documentation here: https://netxms.org/documentation/adminguide/network-discovery.html "A zone value of 0 matches all zones."

However, I actually have a zone with UIN 0 (first zone I created) and the subnet exclusion automatically assigns to that zone when I save it. How do I create an exclusion that applies to all zones in this case?

Please advise, thank you!