NetXMS Support Forum

When a client is connected, objects are cached client-side - so you wont see changed done directly in DB.
Restarting the client should be enough.

It might also be a good idea to do DB changed only when the server is off, then run nxdbmgr check, just to make sure database is still in a good health

Major upgrades like this are always best tested on a lab system before upgrading production.
Of course now it is too late for that.

If you have an outage on a production system due to DB errors on upgrade - best to contact Raden for support directly.
Its the fastest way you will get this resolved.

Make it a script threshold.

Then compare the value to the result of time() function.
https://wiki.netxms.org/wiki/NXSL:time

Yes, follow the wiki article.

A 'nxdbmgr migrate' will still be faster than sql dump/import or nxdbmgr export/import.

nxdbmgr has a migrate command, I suggest using that

As a bonus, it has the option to not migrate collected data, so if you dont need those, the migration will be MUCH faster.

Returning 'null' from data collection will cause a data collection error.
The DCI will have '<<ERROR>>' value in 'Last Values', and nothing will be written to the DB.

No need to have multiple DCIs.

You can use a "Format" to format DCIs on maps.
In this case, format the DCIs attached to the link using '%*s', and it will be automatically formatted to K,M,G bps.

Its this one:
http://www.tinycontrol.pl/tinycontrol/en/lan3/lan_kontroler.php

The upgrade problems are already fixed in develop, so if you get the latest source, no need to change anything.

Set ZoneId = x
in the proxying agent's config, it will tell the server in which zone it should look for SNMP Trap and Syslog message sources when proxied by this Agent.

The first obvious thing to check would be if the icmp SubAgent is enabled

I would suggest fixing the issue with topology not being correctly learned rather than making workaround in EPP.

Is CDP/LLDP/STP enabled on that Cisco?
Is it properly exposed over SNMP?

How is the entire topology, does that Cisco even have some non-MikroTik neighbors (so that topology can be learned)?

Its actually a MikroTik problem, they dont expose enough L2 topology information in SNMP.

You need at least one of CDP/LLDP/STP MIBs (or some other MIBs like BridgeMIB, etc.) exposed over SNMP for NetXMS to learn the L2 topology. CRS for example dont even expose the switch chip FDB over SNMP (they only expose the bridge and CPU FDB).
UBNT is even worse in this, their SNMP support is absolutelly horrible.

You Cisco switches and HP switches, etc. have these, so if you try to generate the L2 map from one of the serious switches (or the central router), it should be populated.

Sure, just add some

trace(0, "some message");

Into the code, and then look at netxmsd log file.

Here is a script with error handling and a bit better recognition (using regex ~= rather then just total comparison ==)

oid = ".1.2.840.10036.3.1.2.1.3.10.0";

tube = CreateSNMPTransport($node);
if (tube == null)
  return false;

value = SNMPGetValue(tube, oid);
if (value == null)
  return false;

return value ~= "PowerBeam AC 500";