我在我的电脑上遇到这个错误： 频率误差-1732 PPM超过公差500 PPM 有任何想法吗？
我正在调查一个典型的NTP问题。 设置如下： – FreeBSD正在编译并在Opensolaris上运行。 OpenSolaris上的configuration文件有linux和另一个opensolaris机器作为服务器，这些服务器机器只能同步自己（本地时钟）。 在这种情况下，服务器机器也运行NTP。 在启动ntp守护进程后的几分钟内，客户端将开始与自身同步，并在此之后保持该状态。所有服务器都将被丢弃，并且不会与其同步。 我的问题是，这个设置有没有什么根本的问题。 NTP能否在这样一个与可靠的互联网时间源无直接或间接联系的networking中工作？
是否有一个Linux服务，可以与给定的时间间隔（如1分钟，1小时或1天）的NTP服务器同步系统时间？ 在cron选项卡中运行utpdate是一个好习惯吗？ 例如 */10 * * * * /usr/sbin/ntpdate us.pool.ntp.org UPDATE 在我的服务器ntpd服务启动，但似乎没有工作。 我在哪里可以看到ntpd的工作状态（日志或消息）？ 我根本找不到任何东西（ ntpd日志文件在哪里，我们如何configurationntpd日志文件path？ ）和这个（ 我在哪里可以查找ntpd日志？ ）:-(
openntpd和ntpd.conf联机帮助页都没有这个信息。
我试图在本地的Ubuntu机器上安装一个时间服务器，所以我的networking中的其他服务器将与它同步。 我们决定安装我们自己的时间服务器，而不是让每个服务器从外部服务器更新，以最大限度地降低安全风险。 任何想法什么是最好的服务器来安装？ 有没有已知的安全问题？ 服务器应该从哪里更新？ 有一个值得信赖的时间服务器吗？ 我将不胜感激任何帮助或参考链接！ 谢谢， 乌迪
我正在设置我的Ubuntu 10.0.4服务器与Windows 2008 AD同步时钟。 由于没有一个“远程”在前面有一个“*”（最糟糕的是前面有一个空格），这是否意味着没有select时间同步源？ 偏移量不断增加。 我试过ntpdate到相同的服务器，它工作正常。 remote refid st t when poll reach delay offset jitter ============================================================================== 172.18.133.201 .LOCL. 1 u 38 64 377 0.827 277.677 58.375 任何帮助解决这个问题？ 这是我的ntp.conf（删除了所有注释） driftfile /var/lib/ntp/ntp.drift statistics loopstats peerstats clockstats filegen loopstats file loopstats type day enable filegen peerstats file peerstats type day enable filegen clockstats file clockstats type […]
通常，当一台机器完全失去连接时，ntpd会错过几次民意调查，并将所有来源标记为失败。 这似乎很合乎逻辑。 但是，当服务器保持标记为当前时间源，而其覆盖范围变为0时，我遇到了一种情况。 Sever部署在与目标机器相同的子网中，提供非常低的延迟，偏移和抖动。 这种情况是通过closures物理连接来模拟的：只需从客户机上拔下一根电源线即可。 我试图重新创build这个，但从那以后，同样的机器在5-6次不成功的民意调查之后总是失去同步状态。 真正的问题是：当连接丢失时，究竟是什么决定了同步状态？
我正在尝试使用发射1-PPS时钟脉冲的GPS来为我的networking添加一个基于GPS的时钟源。 这是连接到一个GPIO引脚。 允许ntpd运行30分钟左右后，PPS时钟仍然没有使用，并标记为坏，但我不明白为什么。 ntpq> opeer remote local st t when poll reach delay offset disp ============================================================================== -127.127.28.0 127.0.0.1 2 l 5 16 377 0.000 17.704 2.125 x127.127.22.0 127.0.0.1 0 l 4 16 377 0.000 6.546 0.260 +50.116.36.122 10.42.134.1 3 u 33 64 377 43.017 2.337 5.208 +52.0.56.137 10.42.134.1 3 u 33 64 377 52.022 -6.430 […]
我们在几个linux盒子上有一个ntp-client的问题。 首先，我们的networking中有三个ntp服务器。 在我们的大部分盒子上，同步都很好。 从昨天开始，一个操作系统的linux系统在同步时遇到了问题。 这些盒子正在运行Debian 8.7，安装了ntp 4.2.6.p5 + dfsg-7 + deb8u2。 它看起来像这样： % sudo ntpq -pn remote refid st t when poll reach delay offset jitter ============================================================================== 10.2.1.161 .INIT. 16 u – 64 0 0.000 0.000 0.000 10.2.1.159 .INIT. 16 u – 64 0 0.000 0.000 0.000 10.2.2.233 .INIT. 16 u – 64 0 0.000 […]
在testing红帽群集系统的configuration时，NTP将时间缩短了16秒，之后不久群集软件就被locking了。 ntpd[30917]: time reset -16.332117 s 我需要重复失败，以确保这不仅仅是一个巧合。 我的意图是让NTP重复这个时间，直到a）我放弃或b）群集再次挂起。 如果ntpd使用与/ bin / date相同的机制来设置时间，那么这很容易。 如果它使用不同的机制，我需要欺骗ntpd步进时钟，然后我卡住了。 什么是最简单的方法来做这个testing？