NetXMS Support Forum

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

How do you schedule action execution?

Do those Ubiquity APs support LLDP?

Also, important part of topology-based correlation is ability of the server to find route from itself to managed devices. Try to select one of the Ubiquity APs, choose "route from" from context menu, and select node representing NetXMS server itself as source. Will it show complete IP path?

Best regards,
Victor

Hi,

from error message for checking smtps on port 465, looks that you have to provide server DNS name instead of IP address.

for port 25 - when you do telnet on that port, do you receive initial SMTP response?

Best regards,
Victor

Hi!

You can use object queries. Go to Tools -> Find Object, and use the following query (I assume you are using NetXMS 5.x):

with
Device = { node.name },
ExpectedState = { ['UP','DOWN','IGNORE'][expectedState] },
CurrentState = { ['UNKNOWN','UP','DOWN','TESTING','DORMANT','NOT PRESENT'][operState] }
type == INTERFACE
You will get list of all interfaces with expected state and current state (with some extra default columns).

Then you can export resulting table to CSV by selecting "Export all to CSV" from view menu or toolbar (in top right corner).

Best regards,
Victor

Just fixed it. Fix will be included into next release. Thank you for debugging and providing steps to reproduce!

Best regards,
Victor

Hello!

Can you show what NetXMS discovered for one such tower router (ad-hoh topology map for example, or export if interface table on relevant devices), and what is actual topology. We can troubleshoot topology discovery from there.

Another option for manual correlation is to somehow determine or mark relations between devices. Actual implementation will depend on your setup, below is just one example.
If you have setup like one router per tower with bunch of other devices connected to that router, you can place devices for each tower into separate container. Then you can add custom filter script to EPP rule that process SYS_NODE_DOWN event, and in that script check if device is a main tower router or additional device, and in second case, check current state of main router for the tower (which can be found based on container membership). If tower router is down, then block processing of SYS_NODE_DOWN in question.
Instead of placing devices from each tower into separate container, you can set custom attribute indicating tower number and maybe device role.

Best regards,
Victor

Today we have published patch release 5.0.8. Changes since previous patch release:

- Fixed error in web console on package deployment
- Implemented refresh for Event Processing Policy view
- Fixed Arp Cache view refresh when data is not available
- Implemented find mac in Web APIs
- NXSL function "trace" handles objects and arrays in a same way as "print"
- New methods "print" and "trace" in NXSL class "Table"
- Added workaround for incorrect LLDP information returned by Alpha Bridge switches
- Fixed bug in network map link styling script processing
- Fixed issues:
   - NX-1311 (Table DCIs ignoring table configuration)
   - NX-2567 (ExternalMetricProvider does not work on Windows)
   - NX-2570 (Use monotonic clock instead of system time for calculating agent uptime)
   - NX-2572 (Problem creating PostgreSQL database during installation on Windows)

SNMP is enough for testing the driver.

I suggest upgrading to latest version from 5.0 branch if possible. We did lot of changes in network maps in version 5.0, that issue could be also solved. I just double checked on 5.0.6 - DCI data is shown on map in this version.

Best regards,
Victor

We just published patch release 6 for version 5.0. Changes since previous patch release:

- Added notification channel driver for Mattermost
- Topic support in notification channel driver for Telegram
- Fixed incorrect client IP address reported by Windows agent in table System.ActiveUserSessions
- Fixed bug in output of nxget -U
- Fixed web UI crash when opening dashboard in kiosk mode
- Fixed issue NX-2550 (Errors in desktop client log (Widget is disposed))

Just fixed it, fix will be included into next patch release.

Best regards,
Victor

Are you using autologin to open dashboard or map in kiosk mode?

Best regards,
Victor

Hi!

Did you try version 5.0.4? We made changes in LLDP handling on Huawei devices.

Best regards,
Victor