NetXMS Support Forum

Hi,

one possible workaround is to use hook script on topology poll to collect information about devices connected to the switch and update custom attribute or comment on those devices. We also have request for adding "connection history" functionality to NetXMS so probably after some time system will keep track of ports used for device connection automatically.

Best regards,
Victor

Hi,

1) could it be that you did not restart agent after adding EnableSNMPProxy parameter to configuration?

2) Looks like a bug. What version you are using?

Best regards,
Victor

I suggest checking data collection templates (https://www.netxms.org/documentation/adminguide/data-collection.html#templates). Using templates with auto apply combined with instance discovery should do the trick.

Best regards,
Victor

That's the problem - because NetXMS server do not receive cluster IP addresses from device it cannot identify them as being same device. ipNetToMediaTable is just ARP table - having IP address there does not imply that it is local to the node. Could you please provide MIB files ISILON-MIB and ISILON-TRAP-MIB (documentation says that they can be downloaded from device web UI)? I'll check if cluster addresses can be retrieved from vendor MIB and if yes then problem could be solved by creating custom driver for Isilon devices.

Best regards,
Victor

Hi,

you can also use nxalarm command line tool for acknowledge and terminate alarms.

Best regards,
Victor

Hi,

you can open dashboard automatically maximized within workspace, but menu bar will still be there. It is possible with desktop client though. See this document for possible command line options: https://wiki.netxms.org/wiki/Autologin_for_Management_Console.

Best regards,
Victor

Do those nodes respond to SNMP or only send traps? If interface list can be read then theoretically NetXMS server should match discovered node to existing one by MAC address.
Also, nodes discovered via traps pass through same discovery filter script, so you may do additional filtering here - for example, get DNS name from IP address and check if it is name of existing node. If your DNS is consistent that should prevent duplicate creation.

Best regards,
Victor

Hi,

did you check what events were processed during spike? That can gave an idea where to look. Also, do you have filter scripts in your event processing policy?

Best regards,
Victor

What version you are using?

Hi,

it is possible using transformation script or script DCI. One way is to collect bandwidth usage as usual (like inbound/outbound traffic delta), and then in transformation script return previous value + current delta. To reset it at period start check current time and if it is period start return 0.
Another approach could be to create separate script DCI and use GetSumDCIValue function to calculate to calculate total value over required period for normal bandwidth usage DCI.

Best regards,
Victor

You can manually bind nodes to containers. For manual subnet binding you can try to manually create interface on node with correct IP address.

Best regards,
Victor

Yes. You have to have

SubAgent = ping.nsm

in nxagentd.conf.

Did you load ping subagent on proxy?

We will add Raspberry to automated release builds, but currently it is built manually from time to time.

Hi,

real problem here is on proxy side:

2019.07.17 02:34:11.677 *D* [CS-2(19442)] Requesting list "ICMP.ScanRange(10.85.27.5,10.85.27.252)"
2019.07.17 02:34:11.678 *D* [CS-2(19442)] GetListValue(): result is 404 (UNKNOWN_PARAMETER

Parameter ICMP.ScanRange was added in 2.2.12, so you have to upgrade your proxy.

Best regards,
Victor