Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Victor Kirhenshtein

#706
Announcements / Re: NetXMS 3.7 released
January 06, 2021, 10:30:28 AM
This happens when you have Java 8. Try to upgrade to Java 11.

Best regards,
Victor
#707
General Support / Re: Discovery through proxy?
January 05, 2021, 11:02:04 AM
Quote from: Zebble on January 05, 2021, 05:54:10 AM
FYI, the server console from the Tools menu seems to have disappeared in 3.7.95.  I'm using nxcmd instead.

Make sure you are using Java 11 - it seems that this plugin is incompatible with Java 8.

Best regards,
Victor
#708
Announcements / NetXMS 3.7 released
December 31, 2020, 01:26:07 AM
Hello all!

NetXMS 3.7 is released (build 3.7.95). It is mostly about bug fixex and small improvements.

Please also note that web and desktop UI now requires Java 11.

Changes since version 3.6:

- UI framework updated to Eclipse 4.17 / RAP 3.14
- Improved clipboard support in web UI
- Improved access control logic for enter/leave/schedule maintenance
- Improved generic Cisco driver
- Improved support for Cisco Nexus switches
- Added command line tool nxaevent for sending events to server via local agent
- New agent parameter Agent.IsRestartPending
- Default DCI instance retention time changed to 7 days
- Container auto bind and template auto apply for sensors, mobile devices, and access points is configurable and off by default
- Explicit boolean data type in NXSL
- NXSL regular expression matching operator returns boolean "false" instead of null value if there is no match
- New method setIfXTableUsageMode in NXSL class "Node"
- New methods enableAgentStatusPolling, enableICMPStatusPolling, and enableSNMPStatusPolling in NXSL class "Interface"
- SQL query trace in server can be enabled independently from global debug level and changed at runtime
- Fixed unrecoverable "objects out of sync" state on client
- Fixed issues with file following
- Fixed issues:
        NX-770 (Instance discovery poll a node when an instance DCI is added)
        NX-790 (Ability to disable 802.1x checking)
        NX-1058 (Repeat event in DCI threshold may not be generated if repeat interval is the same as polling interval)
        NX-1173 (Add bulk DCI update functionality)
        NX-1469 (Show warning to user on attempt to force poll node in unmanaged state)
        NX-1602 (Option to disable ICMP poll for individual child Interface objects)
        NX-1623 (DCI > "Clear collected data" should refresh Last Values)
        NX-1948 (Create nxaevent utility similar to nxapush)
        NX-1956 (Allow applying templates to Access Points)
        NX-1975 (Per DCI multiplier settings)
        NX-1983 (Add automatic bind rules for clusters)
        NX-1984 (File delivery policy incorrectly handles Russian letters)
        NX-1985 (File name is cleaned on save in GUI log parser policy editor)

Best regards,
Victor
#709
General Support / Re: Discovery through proxy?
December 31, 2020, 01:23:51 AM
Actually I didn't immediately notice that those addresses are in zone 0. Lines like those:

2020.12.30 12:46:06.029 *D* [snmp.discovery     ] SnmpCheckCommSettings(192.168.1.5): failed
2020.12.30 12:46:06.030 *D* [obj.poll.node      ] AcceptNewNode(192.168.1.5): host is not reachable

I'll double check log tomorrow.

Best regards,
Victor
#710
General Support / Re: Discovery through proxy?
December 30, 2020, 10:26:55 PM
Hi,

from server log it looks like server considers all nodes discovered from ARP cache as unreachable. Just in case - are you running proxy agent as root? Also, are you sure that devices in remote zone accept SNMP requests from proxy agent IP address and that community strings are correct?

Best regards,
Victor
#711
General Support / Re: Discovery through proxy?
December 30, 2020, 02:31:06 PM
Hi,

I just created clean system, added new zone, single node as proxy in it, and passive discovery works as expected. Below are screenshots from my configuration (and you can see object tree in zone "Test" being populated with devices).
Could you please make clean system again, set debug level to 6 on both agent and server, add only proxy node, enable passive discovery, and send me server an agent logs?

Best regards,
Victor

#712
General Support / Re: Using Macros in a Log Parser
December 29, 2020, 09:23:55 PM
Hello!

Currently log parser cannot expand single <file> entry into multiple files. You can use timestamp macros or external scripts to monitor files with changing names, but not changing set of files simultaneously.
You can safely ignore <logName> tag. It is purely cosmetic issue - instead of omitting it altogether if not set (as with other tags) code that generates XML always put it. This tag can be used to specify Windows event log name to filter by specific log (useful for Windows event synchronization).
Macros section moving to the bottom is a bug - we will fix it.

Best regards,
Victor
#713
General Support / Re: Discovery through proxy?
December 29, 2020, 08:37:27 PM
Hi!

I will try to reproduce this on my test system tomorrow - but it definitely looks wrong. Passive discovery should go in a same way as for local zone. Can proxy agent read local ARP cache and is there anything to be used for discovery? You can check that by selecting "Execute server script" on proxy node in UI and running the following script:

for(line : $node->readAgentList("Net.ArpCache"))
   println(line);

It should print some lines with ARP entries.
Am I understood correctly that proxy node is in zone 1, not in default zone (it is how it should be)?

Best regards,
Victor
#714
General / Re: SSH.Command with different port
December 29, 2020, 08:26:02 PM
Yes, that's actually a problem - executeSSHCommand uses SSH settings from node it is called on, and it is actually not possible to set SSH port for node.
In NXSL workaround is to use agentReadList - all that executeSSHCommand does is reading agent list with necessary arguments (properly escaped). But it has to be fixed anyway - SSH port for node definitely should be configurable, and maybe optional port number, login, and password arguments can be added to executeSSHCommand.

Best regards,
Victor
#715
General / Re: SSH.Command with different port
December 29, 2020, 08:01:43 PM
Hi,

port can be specified as part of host name after : character. This is relevant piece of code from SSH subagent: https://github.com/netxms/netxms/blob/819a9418773ce2fe4b5589397a70716d736c652e/src/agent/subagents/ssh/handlers.cpp#L39

Best regards,
Victor
#716
General Support / Re: Discovery through proxy?
December 28, 2020, 08:36:43 PM
Quote from: Zebble on December 28, 2020, 08:14:28 PM
Before I forget to ask, are passive discoveries possible through a proxy as well?

Yes, but you have to enable SNMP proxy in agent (by adding EnableSNMPProxy = yes to core section) and you must use zoning, with this agent set as zone proxy.

Best regards,
Victor
#717
Hi,

try to check with lsof how many file descriptors actually open. It could be descriptor leak. Also, are you sure that your changes in open file limit actually reflected on nxagentd process? If it is being started with systemd you may need to make changes to unit file.

Best regards,
Victor
#718
Hi,

there is open change request for that: https://track.radensolutions.com/issue/NX-1826. Hopefully will fix it soon.

Best regards,
Victor
#719
General Support / Re: Discovery through proxy?
December 28, 2020, 02:33:22 PM
Can you please provide agent log on debug level 7 (after initiating active discovery range scan)?

Best regards,
Victor
#720
Hi,

latest agent versions do store syslog records and SNMP traps in local database (since version 3.4).

Best regards,
Victor