NetXMS Support Forum

Уточнил у разработчиков - да, это сейчас оно действительно так работает. Дело в том, что переполнение счетчика может означать две вещи:
а) действительно на интерфейсе прошло столько байт, что считчик дошел до максимума и перешел через 0
б) счетчики на устройстве сбросились на 0 (рестарт устройства и т.д.)

В более старых версиях обработка шла исходя из первого случая - всегда выполнялось вычисление с unsigned числами. Проблема в том, что для ситуаций б) это давало высокий пик на графике, т.к. получалось очень большое число. Поэтому алгоритм поменяли, что если собираемое число уменьшилось, то преобразованное значение становится 0.

Это переделаем, вот тикет https://track.radensolutions.com/issue/NX-2461

На сейчас можно вместо counter32 выбрать unsigned integer, но тогда нужно скриптом защищаться от ситуации б) - проверять что значение не слишком большое.

Yes, currently this is as you described. I've created an issue in our bug tracker, you can follow it to see when it will be fixed:
https://track.radensolutions.com/issue/NX-2460

Yes, currently error is treated as true, which is not good. Will be changed to false in next release.

Yes, that's exactly how it works. If at some point server would be able to get info about interfaces from agent, this interface will be recreated with proper name.

Data type "Counter 32-bit" должен обрабатывать переход на 0 автоматически. Можно посмотреть в history по этому DCI - там будет колонка raw value. Покажите скриншот history в месте где raw value проходит через 0.

Возможно проблема в трансформационном скрипте - возможно за минуту набегает столько, что при умножении на 8 получается число большее, чем 32-битный integer. Для проверки можно сделать такой трансформационный скрипт (8L заставит выполнять 64-битную арифметику):

return (($1 *  8UL ) / 1024) / 1024;"

Но вообще вручную делить для получения мегабит уже не нужно - можно в свойствах DCI поставить Units "b/s" и Use multipliers "Default" или "Yes". Значение будет хранится в битах в сек и переводится при отображении. Если нужно чтоб всегда отображалось в Mbps, на закладке other options поставить Multiplier degree "Fixed to M".

Can you show a screenshot how these "unknown" name and description look like?
Is it so for all interfaces that are being created or for some (agent, snmp, with specific name?)
What if you try a simpler regex, without alternatives, would it change anything?

How much time does it take since agent restart to consume all the sessions?

In out-of-the-box template for the agent there are metrics
Agent.ActiveConnections
Agent.AcceptedConnections

please show graphs for these for the time since agent start till the sessions run out

Great, thanks for update

I've just tried on newest version and it seems to be working fine. Pls upgrade to 4.4.2 and recheck

To receive SNMP v3 traps, in node properties SNMP settings should be set to SNMP version 3 and corresponding credentials should be specified.

There's an idea to have these credentials separate, here's the ticket for that: https://track.radensolutions.com/issue/NX-2456

Image library и server files хранятся на файловой системе, на Windows это
папки files и images в C:\NetXMS\var

Где-то в будущем они переедут в базу, но для этого нужно еще для всех поддерживаемых баз доделать механизм хранения бинарных данных, так что это еще не скоро.

If this web site supports standard authentication methods, you can use Web Services. In this case you have to create web service definition (with "Process response as plain text") and then can have a DCI with Web Service source and metric
web_service_name:some text that should be on the web page
Then you can have theshold for data collection error.

Or alternatively you can have script DCI that would call web service using NXSL function.

Проверьте после рестарта, что в его логе (journalctl -u tomcat9.service) правильная версия джавы, должно быть так:
Java Home:            /usr/lib/jvm/java-17-openjdk-amd64

Hi!

The legacy nxmc that you are using is going to be phased out in a few months, so there's no much sense in fixing this issue.

If you have any issues or usability problems using nxmc-4.4.2-standalone.jar, please report them here so that these can be addressed.

Have you restarted the agent after adding MaxSessions parameter?