NetXMS Support Forum

We have upgraded to netxms server 6.2.5 and netxms windows x64 agent to 6.2.5 and still seeing duplicate packages and also the warnings in the netxms server logs.

Is there a fix for this?  I think this is happening to me on Windows Agent v6.0.5.

@victor Also, the timestamp conversion will be a background task after netxms server/db upgrade?  If so, how will nxsl/rest api present the timestamps when not all timestamps have been converted?  Will we have a mix of seconds and millisecond timestamps or will netxms server convert seconds to milliseconds even if the db entry has not been updated by the background task yet?

Could you please update docs pages (NXSL and admin guide) for where unix timestamps are in milliseconds vs seconds.  It feels like this could get confusing if there is a mix of unit when unix timestamp is referred to.

I'm expecting that this (https://www.netxms.org/documentation/nxsl-latest/#class-datapoint) would be the only place that would have changed from seconds to milliseconds because this is the only place to get list of DCI datapoints including timestamp right?

When do you expect the next patch release to be available for this fix?

Hey Victor will the change in idata/tdata timestamp to millisecond impact the REST API or NXSL dci values? i.e. will we see millisecond timestamp there as well or will we only see change in db?

Hey Alex, I'd imagine we should also be checking for dupes on the tdata tables too right?

Quote from: Alex Kirhenshtein on September 05, 2025, 12:39:21 PM

Quote from: Spheron on September 05, 2025, 09:36:46 AMThe script is running about 1h bevor i canceld it.

Hey jp,

I was thinking that maybe node was null, but then I think that would give a different error.

What comes back if you print classof(node)?  I'm expecting it to be Node, but maybe its actually coming back as something else and not returning a node like the docs say.

What server version are you running?

You might be using a DCI with integer data type and doing a delta transform?  If that's the case, you could change this DCI to be a counter data type which I believe handles overflows for you.

As mentioned here https://www.netxms.org/forum/general-support/script-execution-error/ you may also need to add in check for object being processed in Hook::ConfigurationPoll script.

if (classof($object) == "Node") $node->enableRoutingTablePolling(false);

Sweet sounds good!  Thanks for clarifying.

Should there be a new expected state to handle the DORMANT state?  It's not necessarily DOWN and its not UP.  Or is it considered DOWN?

This is on a Cisco C1121-8PLTEP WAN Router.

Its currently on what looks like a cellular interface (so 4G failover?).

Hey charly,

You can use setObjectManaged which is a method on the session object https://www.netxms.org/documentation/javadoc/latest/org/netxms/client/NXCSession.html#setObjectManaged-long-boolean-

You can do the following:

Manage a node

node = s.findObjectByName('testnode')
s.setObjectManaged(node.getObjectId(), True)


Unmanage a node

node = s.findObjectByName('testnode')
s.setObjectManaged(node.getObjectId(), False)


Awesome! Thanks so much!

In v3.8.166 they have java bundled in for windows nxmc which I thought was super handy https://netxms.org/download/releases/3.8/nxmc-3.8.166-win32-x64-bundled-jre.zip

Or you can try OpenJDK 11 from here https://adoptopenjdk.net/ if you haven't already.