Problems with PING subagent after update to V2.2.1

[Tursiops]

Hi,

Same issue here.
We don't use a lot of Ping checks and the few we have are non-critical, but they do show the same problem as yours.

Cheers

[user54119]

we use it a lot for VPN connection ckecks (latency, packet loss)

[Sviests]

Hi!

Could you explain in detail how are you trying to achieve the values. Are you using a different source node for the DCI`s and are you using any scripts?
I have tested on Linux with the same configuration and everything seems to be working...

Regards,
Eriks

[user54119]

Hi Eriks

We have a few nodes with NetXMS agents installed which are 'pinging' some targets. You can see an example of the agent config file of such a node in my first post.
Other nodes get the results of this by DCI like 'Icmp.PacketLoss(gw1.domain.intern) and source node = 'pinging node'. No scripts at all.
We use this configuration for a long time, since V2.2.1 it doesn't work anymore.

If you need other information, I will check

Thanks
Dani

[Sviests]

Is the pinging node connected via a tunnel or directly?

[user54119]

You talk about an agent tunnel or VPN tunnel? One of the pinging node is the NetXMS server itself. Others are connected by VPN tunnels. No agent tunnels in use.

[Sviests]

Could you please verify that the PING subagent is in the list opened by Right click on pinging node -> Tools -> Info -> Agent -> Subagent list. And that you get this entry in your agent log once it is started:

*I* Subagent "PING" (ping.nsm) loaded successfully (version 2.2.1-14-g375721606)

[user54119]

I checked that before. Yes subagent is in subagent list (Version 2.2.1 and the value '0x0000000002320A90' in the 4. column).
In agent log file the line:

2017.12.08 17:02:18.457 *I* Subagent "PING" (ping.nsm) loaded successfully (version 2.2.1)

So the subagent is loaded.

[Sviests]

Ok and is there anything in the log similar to this line: "Unable to add ICMP ping target from configuration file."?

[user54119]

no, nothing like this in the agent log. Not in normal log and not in debuglog.
In debuglog I see lines like this:

2017.12.08 16:09:47.364 *D* [VCS-1915] Requesting parameter "Icmp.PacketLoss(gw1.domain1.intern)"
2017.12.08 16:09:47.364 *D* [VCS-1916] Requesting parameter "Icmp.AvgPingTime(gw1.domain1.intern)"
2017.12.08 16:09:47.364 *D* [VCS-1906] Requesting parameter "Icmp.AvgPingTime(gw1.domain2.intern)"
2017.12.08 16:09:47.364 *D* [VCS-1901] GetParameterValue(): result is 0 (SUCCESS)
2017.12.08 16:09:47.364 *D* [VCS-1915] GetParameterValue(): result is 404 (UNKNOWN_PARAMETER)
2017.12.08 16:09:47.365 *D* DataCollector: polling DCI 1779 "Icmp.PacketLoss(gw1.domain3.intern)"
2017.12.08 16:09:47.365 *D* DataCollector: polling DCI 1778 "Icmp.AvgPingTime(gw1.domain3.intern)"
2017.12.08 16:09:47.365 *D* [VCS-1913] GetParameterValue(): result is 0 (SUCCESS)
2017.12.08 16:09:47.365 *D* DataCollector: polling DCI 6386 "Icmp.AvgPingTime(gw1.domain4.intern)"
2017.12.08 16:09:47.365 *D* [VCS-1918] Requesting parameter "Icmp.PacketLoss(gw1.domain3.intern)"
2017.12.08 16:09:47.365 *D* DataCollector: polling DCI 6385 "Icmp.PacketLoss(gw1.domain4.intern)"
2017.12.08 16:09:47.365 *D* [VCS-1906] GetParameterValue(): result is 404 (UNKNOWN_PARAMETER)
2017.12.08 16:09:47.365 *D* [VCS-1919] Requesting parameter "Icmp.AvgPingTime(gw1.domain3.intern)"
2017.12.08 16:09:47.365 *D* [VCS-1921] Requesting parameter "Icmp.PacketLoss(gw1.domain4.intern)"
2017.12.08 16:09:47.365 *D* [VCS-1918] GetParameterValue(): result is 404 (UNKNOWN_PARAMETER)
2017.12.08 16:09:47.365 *D* [VCS-1919] GetParameterValue(): result is 404 (UNKNOWN_PARAMETER)

I can send you a debuglog of the pinging agent if that helps. But I can't share it in the forum

[Sviests]

Could you, please, provide the output of "nxagentd -C"? Don`t forget to edit out any sensitive data, I am interested specifically in the PING subtree.

[user54119]

here the output of the agent on the NetXMS server itself (linux). I had to change a few sensitive data and removed some of the ping targets...
If you need the unchanged output, you can give me another communication channel.

config
 +- CORE
 |   +- DebugLevel
 |   |    value: 0
 |   +- MasterServers
 |   |    value: 127.0.0.1
 |   |    value: 172.16.10.45
 |   |    value: nms.domain.intern
 |   +- ListenPort
 |   |    value: 4700
 |   +- LogFile
 |   |    value: /var/log/nxagentd.log
 |   +- RequireAuthentication
 |   |    value: yes
 |   +- RequireEncryption
 |   |    value: yes
 |   +- EnabledCiphers
 |   |    value: 1
 |   +- SharedSecret
 |   |    value: replaced
 |   +- MaxSessions
 |   |    value: 64
 |   +- SessionIdleTimeout
 |   |    value: 60
 |   +- FileStore
 |   |    value: /opt/netxms/var/nxagentd
 |   +- StartupDelay
 |   |    value: 5
 |   +- EnableSubagentAutoload
 |   |    value: yes
 |   +- SubAgent
 |   |    value: portcheck.nsm
 |   |    value: ping.nsm
 |   |    value: logwatch.nsm
 |   |    value: ecs.nsm
 |   |    value: netsvc.nsm
 |   |    value: filemgr.nsm
 |   |    value: ssh.nsm
 |   |    value: pgsql.nsm
 |   +- ExternalParameter
 |   |    value: ServiceCheck.DNS(*):/usr/bin/dig +noall +short @$1 $2 A | grep -c $3 | sed  's/0/x/g;s/[^x]/0/g;s/x/1/g'
 |   +- ExecTimeout
 |   |    value: 10000
 |   +- Action
 |        value: top: /usr/bin/top -s -b -n 1
 |        value: netstat: /bin/netstat -p --inet
 |        value: IPconfig: /sbin/ifconfig
 |        value: ListUpdates: /usr/bin/zypper list-updates
 +- filemgr
 |   +- RootFolder
 |        value: /root
 |        value: /opt
 |        value: /etc
 |        value: /usr/src
 |        value: /var/log
 +- ping
     +- DefaultPacketSize
     |    value: 46
     +- Timeout
     |    value: 2000
     +- PacketRate
     |    value: 24
     +- Target
          value: 172.16.10.1:gw1.domain1.intern
          value: 172.16.50.1:gw2.domain1.intern
          value: 172.16.41.1:gw4.domain1.intern
          value: 172.16.101.10:gw10.domain1.intern
          value: 172.16.90.1:router1.domain1.intern
          value: 172.16.20.1:gw1.domain5.intern
          value: 172.16.70.1:gw1.domain4.intern
          value: 192.168.30.1:gw1.domain3.intern
          value: 8.8.4.4:dns2.google.com

[Sviests]

Could you try changing the PING subagent section in config to uppercase? As in:

*PING
DefaultPacketSize = 46
...

[user54119]

I changed "[ping]" to "[PING]", but no change in problem.

I have all agent config files and policies in INI-style, the sections like this:

[ping]
...

is it necessairy to change to "*PING"-style? I couldn't see anything about that in changelog.

[Sviests]

It shouldn`t change anything, it was just a guess :).
Could you let me know which Linux distribution you are using, what kernel etc... Also, which version of Windows?

[user54119]

There are a few different systems and OS. All tests for this troubleshooting here I made on 2systems:

1. Windows 2012 R2 english with all current patches
2. SuSE Linux, kernel 3.12.67

Same problems on both of them

[victor]

Hi,

we just fixed this bug. If you are building from sources, you can just re-build agent from current "stable-2.2" branch in our repository or replace file src/agent/subagents/ping/ping.cpp with attached one in your current source tree and rebuild. I'll also repack Windows installers.

Best regards,
Victor

---

ping.cpp

[user54119]

Hi Victor

I just replaced the ping.cpp in the src and recompiled the agent on linux. That fixed the problem! Thank you Victor!

Can you please inform, when you have rebuilt the windows agent packages. Then I can replace the other agents with PING subagent in use.

thanks
Dani

[user54119]

Hi Victor

Do you have an ETA for the patched Windows agent binary?

thanks
Dani

[victor]

Hi,

here you can download patched Windows agents: https://netxms.org/download/patches/019/

Best regards,
Victor