NetXMS Support Forum

This is fixed, fix will be part of release 5.1.

Best regards,
Victor

So the problem here is that AP in question does not support neither LLDP nor CDP (not even spanning tree), so there is no way of getting topology information from it. CDP/LLDP not being supported in this context only means that information collected via those protocols is not made available via SNMP, even if device can send/receive CDP or LLDP packets.
If there is topology information available through vendor MIBs, then we probably can implement topology information reading on driver level.

Best regards,
Victor

Screenshot below shows how we do it. Basic idea is not to send "node up" notification if timer for "node down" notification was not fired yet. Note that rule order is important in this setup.

Best regards,
Victor

Hi!

Looks like your database runs out of space and is not configured for automatic growth. You have to manually add new data file or enable automatic growth.

Best regards,
Victor

Just fixed the issue, fix will be included into release 5.1.0.

Best regards,
Victor

GITEX started today in Dubai, and our team is participating. If you happen to be there and want to chat with us or get first hand answers to your questions, feel free to visit us at stand H1-C30 (Hall 1).
 

Пока как workaround можно сделать configuration poll hook, в котором находить нужные интерфейсы, и на них вызывать setExcludeFromTopology(true). Что-то вроде этого:

if ($node)
{
   for(iface : $node.interfaces)
   {
      for(a : iface.ipAddressList)
      {
         if (a == "0.1.134.160" or a == "192.168.1.1")
         {
            iface.setExcludeFromTopology(true);
            break;
         }
      }
   }
}

В версии 5.2 добавим какой-то более удобный встроенный механизм.

Task handler Agent.DeployPackage expects parameter string as set of key=value entries separated by semicolons. Currently only one key is supported - "package". So if you have package with ID 123 then setting task parameter to
package=123
should do the trick.

Best regards,
Victor

I mean what NetXMS shows on overview page for those nodes in "Capabilities" section - to check how server sees those devices.

This is firewall design problem in my opinion, as this is perfectly normal traffic pattern. However, I think we can implement configurable option in our SNMP stack to keep pool of sockets and reuse them when possible.
Added feature request to the tracker: https://track.radensolutions.com/issue/NX-2614

Best regards,
Victor

Just fixed it. Official fix will be in 5.1, but if you need it to work in 5.0, you can rebuild web API from source branch stable-5.0 - fix is backported here as well.

Best regards,
Victor

Just added new handler type Agent.ExecuteCommand - it will be available in version 5.1.

Best regards,
Victor

This is because scheduled task handler Action.Execute is intended for use by EPP rules for delayed action execution, and it requires reference to existing event. Also note that it is for executing server actions (that are configured on server side under Configuration -> Actions), not for executing agent-side actions (which we sometimes calling "agent commands" or "agent predefined commands" to avoid this confusion).
For now the only workaround to execute agent command by scheduler is to use scheduled script as in post that you've mentioned. I will add new scheduled task handler in 5.1 for direct agent command execution from scheduled tasks.

Best regards,
Victor

Could you please show capabilities for Ubuntu AP and adjacent router?

We currently does not have an option to configure L2 links manually, although we have this as feature request.

Best regards,
Victor