# # Ping given url(s) and return statistics
[[inputs.ping]]
# ## NOTE: this plugin forks the ping command. You may need to set capabilities
# ## via setcap cap_net_raw+p /bin/ping
# #
# ## List of urls to ping
urls = ["97.80.24.132","97.80.24.128","97.80.24.178"] # required
# ## number of pings to send per collection (ping -c <COUNT>)
count = 8
# ## interval, in s, at which to ping. 0 == default (ping -i <PING_INTERVAL>)
# # ping_interval = 0
# ## per-ping timeout, in s. 0 == no timeout (ping -W <TIMEOUT>)
# # timeout = 0
# ## interface to send ping from (ping -I <INTERFACE>)
# # interface = ""
PING 8.8.8.8 (8.8.8.8) 16(44) bytes of data.
24 bytes from 8.8.8.8: icmp_seq=1 ttl=61 time=0.990 ms
24 bytes from 8.8.8.8: icmp_seq=2 ttl=61 time=1.06 ms
24 bytes from 8.8.8.8: icmp_seq=3 ttl=61 time=1.09 ms
24 bytes from 8.8.8.8: icmp_seq=4 ttl=61 time=1.04 ms
24 bytes from 8.8.8.8: icmp_seq=5 ttl=61 time=1.09 ms
24 bytes from 8.8.8.8: icmp_seq=6 ttl=61 time=1.06 ms
24 bytes from 8.8.8.8: icmp_seq=7 ttl=61 time=1.11 ms
24 bytes from 8.8.8.8: icmp_seq=8 ttl=61 time=1.03 ms
Oh geez yes it does so sorry about that. That’s weird because when I run the telegraf command to run the ping input it doesn’t spit out the min and max.
PING 8.8.8.8 (8.8.8.8) 16(44) bytes of data.
24 bytes from 8.8.8.8: icmp_seq=1 ttl=61 time=1.03 ms
24 bytes from 8.8.8.8: icmp_seq=2 ttl=61 time=1.09 ms
24 bytes from 8.8.8.8: icmp_seq=3 ttl=61 time=1.19 ms
24 bytes from 8.8.8.8: icmp_seq=4 ttl=61 time=1.15 ms
24 bytes from 8.8.8.8: icmp_seq=5 ttl=61 time=1.04 ms
24 bytes from 8.8.8.8: icmp_seq=6 ttl=61 time=1.06 ms
24 bytes from 8.8.8.8: icmp_seq=7 ttl=61 time=1.06 ms
24 bytes from 8.8.8.8: icmp_seq=8 ttl=61 time=1.07 ms
— 8.8.8.8 ping statistics —
8 packets transmitted, 8 received, 0% packet loss, time 7008ms
rtt min/avg/max/mdev = 1.035/1.092/1.198/0.060 ms
I can’t find any issue with that output, would it be possible to try running this build of the ping-debug branch with the --test --debug flags and add the output?
Well this is curious, that build only added a logging statement, it shouldn’t have fixed anything. It was based on the unreleased code though, but I can’t recall anything else that would affect this issue.
Can you compare the result if you run as root vs the telegraf user? Just with and without prefixing the command with sudo -u telegraf.
Yes, I expect it would print this. However, I’m not sure why this build would include average_response_ms when the 1.3.5 build does not, nothing that I know of has change with respect to this issue.
This is why I think the output being fixed may be unrelated to the binary. Can you double check that it is fixed with this build and then broken again if you switch back to the 1.3.5 release?