Check_MK NTP UNKNOWN – NTP中没有信息：ntpq -p或NTP守护程序中的超时未运行

真的很感谢一些帮助。

我有一个远程服务器，通过我们的Check_MK监视，一直给我“UNKNOWN – 没有来自NTP的信息：ntpq -p或NTP守护程序没有运行的超时”。

相比之下，其他服务器似乎是完全正常的。 Aksing Check_MK的支持，他们告诉我，这是一个服务器ntp问题，而不是监测问题。

我知道…这是星期五！所以通常在白天和晚上发生很多事情。

我的/etc/ntp.conf是….：

server 213.239.239.164 iburst server 213.239.239.165 iburst server 213.239.239.166 iburst

任何想法，将不胜感激..

Ubuntu 14.04物理服务器

谢谢

短发

我刚刚安装了一个Ubuntu 14.04虚拟机，其configuration与您所展示的完全相同：

 root@localhost:~# apt-cache policy ntp ntp: Installed: 1:4.2.6.p5+dfsg-3ubuntu2.14.04.11 Candidate: 1:4.2.6.p5+dfsg-3ubuntu2.14.04.11 Version table: *** 1:4.2.6.p5+dfsg-3ubuntu2.14.04.11 0 500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages 100 /var/lib/dpkg/status 1:4.2.6.p5+dfsg-3ubuntu2 0 500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages root@localhost:~# cat /etc/ntp.conf server 213.239.239.164 iburst server 213.239.239.165 iburst server 213.239.239.166 iburst root@localhost:~# ntpq -pn remote refid st t when poll reach delay offset jitter ============================================================================== *213.239.239.164 192.53.103.103 2 u 26 64 1 15.098 -0.522 0.050 213.239.239.165 192.53.103.103 2 u 25 64 1 19.043 0.288 0.247 213.239.239.166 192.53.103.108 2 u 24 64 1 18.900 -1.900 0.206

这工作正常; 它允许本地ntpq，并由于默认限制而忽略它。所以我猜想你的特定问题的原因：

旧的configuration实现了非默认的限制
有问题的系统上的本地防火墙或您的check-mk监控主机上，可能涉及完整的连接跟踪表
您已经以影响其networking连接的方式更改了默认的apparmor ntpd限制
检查mk主机，目标主机或两者之间的networking负载过重，从而导致数据包丢失

另外，当hetzner决定更改NTP服务器的IP地址时，使用这种原始IP地址是一个很好的方式，可以让最终的NTP不在工作状态。使用pool ntp.hetzner.de iburst达到相同的结果，是一个优选的configuration。

当我通过版本1.2安装更新Check_MK代理1.4时，实际上停止了这个错误。这是我昨天做的，从那以后，这个服务器没有收到来自Check_MK的ntp未知消息。

非常感谢你的非常详细的答案。

短发