Hello,
Anybody noticing erratic behavior on the net.udp.listen key on version 2.2.2?
I get from the release notes that the method used to read /proc/net/udp has changed, but the weird thing is I'm receiving 0 on a port witch is open.
net.tcp.listen seems to behave fine.
On one of the hosts (the same happens on other hosts):
$ /usr/sbin/zabbix_agentd -t 'net.udp.listen[5060]'
net.udp.listen[5060] [u|0]
$ sudo netstat -tupln | grep 5060
udp 0 0 X.X.X.X:5060 0.0.0.0:* 30623/asterisk
$ cat /proc/net/udp | grep ':13C4'
127: XXXXXXXX:13C4 00000000:0000 07 00000000:00000000 00:00000000 00000000 0 0 16188625 2 ffff8800581db840 0
On the item history:
2014-03-07 10:38:00 1394199480 0
2014-03-07 10:37:00 1394199420 1
2014-03-07 10:36:00 1394199360 0
2014-03-07 10:35:00 1394199300 0
2014-03-07 10:34:00 1394199240 1
2014-03-07 10:33:00 1394199180 1
2014-03-07 10:32:00 1394199120 1
Anybody noticing erratic behavior on the net.udp.listen key on version 2.2.2?
I get from the release notes that the method used to read /proc/net/udp has changed, but the weird thing is I'm receiving 0 on a port witch is open.
net.tcp.listen seems to behave fine.
On one of the hosts (the same happens on other hosts):
$ /usr/sbin/zabbix_agentd -t 'net.udp.listen[5060]'
net.udp.listen[5060] [u|0]
$ sudo netstat -tupln | grep 5060
udp 0 0 X.X.X.X:5060 0.0.0.0:* 30623/asterisk
$ cat /proc/net/udp | grep ':13C4'
127: XXXXXXXX:13C4 00000000:0000 07 00000000:00000000 00:00000000 00000000 0 0 16188625 2 ffff8800581db840 0
On the item history:
2014-03-07 10:38:00 1394199480 0
2014-03-07 10:37:00 1394199420 1
2014-03-07 10:36:00 1394199360 0
2014-03-07 10:35:00 1394199300 0
2014-03-07 10:34:00 1394199240 1
2014-03-07 10:33:00 1394199180 1
2014-03-07 10:32:00 1394199120 1

Comment