NetXMS Support Forum

you can turn on sql trace for some time, from linux command line

nxadm -c "debug sql on"
and
nxadm -c "debug sql off"
afterwards.

This will turn on detailed sql query logging, log will be huge, but there will be more detailed information.

object_properties table is updated when objects are updated (renamed, custom attributes changed, etc). Changes are saved into db once per minute.

Not sure why this is happening. Can you run the script I've shared manually (via Execute Script from context menu) on a couple of nodes which we bound to that container, but should not and share the output.

Should now be:
if (($node.snmpSysName != "") and ($node.snmpSysName !=null))
{
  $node.rename($node->snmpSysName);
}


https://www.netxms.org/documentation/nxsl-latest/#_instance_methods_14

We do not have any out of the box metrics, but if you find any command line utility that is able to get this data, you can add external metric for that.

There's parameter Server.Security.2FA.TrustedDeviceTTL in Configuration->Server configuration, it's time in seconds

Please check again, this should be now fixed

NXSL functions accept OIDs both with and without the leading dot. Returned values are without the dot. So both of below lines will print "System description: 1.3.6.1.4.1.14988.1"

println("System description: " .. $node.createSNMPTransport()?.getValue(".1.3.6.1.2.1.1.2.0") );
println("System description: " .. $node.createSNMPTransport()?.getValue("1.3.6.1.2.1.1.2.0") );

?. is safe dereference which appeared in 5.0 - should createSNMPTransport() return null, this will not produce script error.

We will discuss internally, if background image size can be considering when opening map.

As for now, if size in map properties is 0, 0 then default values are taken from server configuration settings Objects.NetworkMaps.DefaultHeight (or ...Width), or coordinates of farthest objects are taken as size, if they are bigger then default values. So you can increase these default values to the size of your biggest background image.

Also, there's a difference between desktop and web version - in the latter background image is not cropped to map size.

We just found a bug in DCI loading from database, they could be randomly marked as "anomaly detected". Next patch release will contain fix for that

Quote from: Egert143 on May 08, 2024, 11:12:57 AMWhat do the yellow DCI mean? they collect data but are yellow.

Might be a bug. Can you share a screenshot of this?

Quote from: Egert143 on May 08, 2024, 11:12:57 AMalso script says function "CreateSNMPTransport" and "SNMPGetValue" are deprecated, what are replacements?

We are moving from functions to object methods wherever possible, check this example in the docs:
https://www.netxms.org/documentation/nxsl-latest/#_read_snmp_value_from_node

This is intended change. We keep list of breaking changes in the documentation, it's worth checking prior to upgrade:
https://www.netxms.org/documentation/adminguide/installation.html#major-changes-between-releases

If these are out-of-the-box templates, you can re-import them via Configuration -> Import configuration. Template files are here: https://github.com/netxms/netxms/tree/master/contrib/templates

It's planned to fix this so that if object is present somewhere else (e.g. under subnet tree) it won't be displayed in the root. But in cases when user does not has access to any container/subnet containing a node, but has access rights to the node itself, it would be display in the the root.

Currently you can have "Unbound stuff" container somewhere with this auto-bind script, it will pick objects that are not present in any other containers:

for(p : $object.parents) {
  println(classof(p));
  if ((classof(p) == "Container") and p.id != $container.id) return false;
}
return true;

Also, there's no more need to use nxmibc as there's interface for adding mib files via the client (Configuration -> SNMP MIB Files)