NetXMS Support Forum

Quote from: dreamscape on February 10, 2026, 10:55:09 AMC:\NetXMS\bin>nxdbmgr check
NetXMS Database Manager Version 6.0.1 Build 6.0-469-g5e68d5db1d

Error loading configuration file

Make sure you run this in cmd session started with administrator rights - looks like there's access right issue to the server config file.

Message Your database has format version 52.23, but server is compiled for version 60.32 means that nxdbmgr upgraded did not happen (first part of format version is basically netxms version, so 52.23 means that database format is for 5.2.x).

nxdbmgr check will tell that db version is old, so try running nxdbmgr upgrade

Yes, that's some background upgrade that was needed when upgrading to 5.2.8. When packages are upgraded by apt, background upgrade is initiated automatically. Could be that you stopped the server soon after upgrading to 5.2.8 and background upgrade did not complete. It's locking mechanism was introduced recently, so there might be some issues with it.

Recommended way is to check with ps fax or similar to see that there's no other nxdbmgr background-upgrade running on your system.

Since you've started nxdbmgr background-upgrade, once it completes system should be able to upgrade to 6.0 (note that there's 6.0.1 with some bugfixes, should be available already)

NetXMS 6.0 uses newer version of GUI framework which requires newer version of servlet API. Please try tomcat10

Да, по ссылке актуальная документация.
Можно на любой ноде сделать Execute script, там packageName задать вручную, а не из ивента и посмотреть что будет, у меня вот это выдает false:

sub main() {
  packageName = "2026-01 Обновление для системы безопасности";
  if (packageName == null) return false;
  packageName = packageName.toLowerCase();
  if ((packageName.contains("для системы безопасности")) ||
      (packageName.contains("adobe reader")) ||
      (packageName.contains("средства проверки правописания microsoft")))
  {
    return false;
  }
  return true;
}
И, кстати, в Configuration есть такая штука как Mapping tables, там можно вести табличку с названиями ненужного софта, в колонке Key, Value можно не заполнять, из NXSL это будет доступно в виде массива через функцию GetMappingTableKeys()

На первом этапе дискавери сервер высылает пачку ICMP запросов на много адресов сразу (NetworkDiscovery.ActiveDiscovery.BlockSize - по умолчанию 1024), ждет ответов и рассылает следующую пачку. Так что список ответивших адресов он собирает достаточно быстро.
Дальше там два этапа - первоначальный сбор данных о каждом адресе - это делают паралельные треды (в количестве ThreadPool.Discovery.MaxSize) и потом есть один тред, который анализирует эти данные и решает что делать (один, потому что у одного девайса может быть несколько адресов, а мы не хотим насоздавать несколько нод).
В Debug Console по команде show queues показывается Node discovery poller, но это сумма очередей каждого из этих этапов. В 6.0 размер этих очередей скорее всего будет виден по-отдельности, когда-нибудь в будущем этот тикет может будет сделан: https://track.radensolutions.com/issue/NX-2616

Highlighters need to be implemented in code to be present in this list. Currently not a single one is present.
What's you file format that you'd want to highlight, how complicated it is?

Since the node works with snmp v2 I'd suggest to use that now to avoid encryption stuff.

For comparison we still need two captures - one from nxsnmpget, the other - when NetXMS is doing  configuration poll of that node.

А скрипт которые параметр subnets прикрепляет к событию - он откуда запускается?

Ну и там нет такого, что в filter script в этих правилах EPP могут попадать события, у которых нет этого параметра?

Eсли параметра нет, то при обращении к $event.subnets скрипт завалится с ошибкой Unknown object's attribute. Безопаснее использовать метод:

$event.getParameter("subnets")
если параметра нет, он вернет null, но скрипт не завалится.

subnet_dc = $event.getParameter("subnets");
trace(0, "From EPP rule " .. typeof(subnet_dc) .. " " .. subnet_dc); // можно логить в серверный лог чтоб разобраться что происходит
if (subnet_dc == null) return false;

subnet_dc = subnet_dc.toLowerCase();
 
if (subnet_dc.contains("dc") || subnet_dc.contains("ts"))
{ 
    return true;
}
return false;
sub main() для EPP скриптов можно не писать, это актуально когда определяется функция, которую вызывают другие скрипты. И вместо sub теперь используется function.

В дебаг информации не видно, чтоб дискавери прямо завис, он там что-то продолжает делать, во всех тредах он на разном месте в коде.

Есть шанс что настройки DBWriter чересчур накручены и ему мешают. DBWriter.DataQueues в случае таймскейла нет смысла поднимать больше 1, т.к. по сути там все данные DCI пишутся в одну таблицу - idata_sc_default. DBWriter.BackgroundWorkers тоже следует поднимать осторожно, т.к. когда их много, то они начинают мешать друг другу, по нашему опыту больше 4 их не нужно.

А какое значение DBWriter.BackgroundWorkers на этой системе?

contains это метод строки. Функции с таким именем нет. По идее в лог сервера должны сыпаться ошибки "Function not found" и создаваться ивенты SYS_SCRIPT_ERROR.

А надо так:

subnet.contains("dc")

Yes, if isSNMP capability is "No", netxms might not send snmp requests to node. Please do packet capture while running full confuguration poll for that node.

I've heard of two approaches - via web api and using pvesh command line utility. Both can be used - web services are supported in NXSL and there's now external data provider in agent that can parse json data (and pvesh provides json output). https://www.netxms.org/documentation/adminguide/agent-management.html#externaldataprovider

I'd suggest you to check what data proxmox provides via these two interfaces, as these may differ and also may depend on proxmox's version. I can help with template developing, specifically with instance discovery part.

The reason seems to be with the framework used to build the GUI. Here's Anthropic's Claude's comment on this, pls give us update if any of this helps:

● This is a SWT/GTK compatibility crash on ARM64 (Raspberry Pi 5). The segfault occurs in GTK's native code when rendering the         
  Infrastructure view. Here are potential fixes:                                                                                       
                                                                                                                                       
  Quick Fixes to Try                                                                                                                   
                                                                                                                                       
  1. Force GTK3 settings                                                                                                               
                                                                                                                                       
  export SWT_GTK3=1                                                                                                                   
  export GDK_BACKEND=x11                                                                                                               
  java -jar nxmc-5.2.8-standalone.jar                                                                                                 
                                                                                                                                       
  2. Disable GTK overlay scrollbars (likely culprit given "Negative content width" errors)                                             
                                                                                                                                       
  export GTK_OVERLAY_SCROLLING=0                                                                                                       
  java -jar nxmc-5.2.8-standalone.jar                                                                                                 
                                                                                                                                       
  3. Try a simpler GTK theme                                                                                                           
                                                                                                                                       
  export GTK_THEME=Adwaita                                                                                                             
  java -jar nxmc-5.2.8-standalone.jar                                                                                                 
                                                                                                                                       
  4. All environment variables combined                                                                                               
                                                                                                                                       
  export SWT_GTK3=1                                                                                                                   
  export GDK_BACKEND=x11                                                                                                               
  export GTK_OVERLAY_SCROLLING=0                                                                                                       
  export GTK_THEME=Adwaita                                                                                                             
  java -jar nxmc-5.2.8-standalone.jar                                                                                                 
                                                                                                                                       
  5. Try with additional JVM flags                                                                                                     
                                                                                                                                       
  java -Dorg.eclipse.swt.internal.gtk.disablePrinting=true \                                                                           
       -Dorg.eclipse.swt.internal.gtk.noFocusHack=true \                                                                               
       -jar nxmc-5.2.8-standalone.jar                                                                                                 
                                                                                                                                       
  Root Cause                                                                                                                           
                                                                                                                                       
  The crash happens in g_type_check_instance_is_a which indicates GTK is receiving an invalid widget reference. The "Negative content 
  width -1" warnings suggest the scrollbar widget calculation fails before the crash. This is a known issue with:                     
  - SWT on ARM64 Linux                                                                                                                 
  - Certain GTK3 versions with KDE/Plasma (GTK apps under Qt-based desktop)                                                           
  - Overlay scrollbars in newer GTK versions                                                                                           
                                                                                                                                       
  If Above Doesn't Work                                                                                                               
                                                                                                                                       
  1. Try Wayland instead of X11 (or vice versa):                                                                                       
  export GDK_BACKEND=wayland                                                                                                           
  2. Install older GTK3:                                                                                                               
  Debian Trixie (testing) may have a bleeding-edge GTK that has compatibility issues.                                                 
  3. Use the Web UI instead - avoids native SWT/GTK entirely by running NXMC in a browser.                                             
  4. Report to NetXMS with the workaround that helped (or didn't) so they can investigate the SWT version bundled in the standalone JAR
   for ARM64.     

The error is "Data too long for column 'lldp_id' at row 1".

NetXMS found some new snmp device, for some reason the value for lldp_id column is too long and is not fitting into 255 chars.

It would be good to understand which exactly is that device on your network. You can enable debug for poll.discovery tag by issuing

debug poll.discovery 6

in Tools -> Server Debug Console. Then you should see some IP address being polled prior to the SQL error in the log. Once you know the IP address, please do a walk for 1.0.8802.1.1.2.1.3 branch and share the output. You can use nxsnmpwalk for that