我们的Windows 2012服务器不断设置其系统时钟2个小时。 我试了几次运行“w32tm / resync”，但是这只能在短期内运行。 服务器pipe理器给出一个错误ID 36和以下描述： 时间服务没有将系统时间同步86400秒，因为没有时间服务提供者提供了可用的时间戳。 时间服务不会更新本地系统时间，直到它能够与时间源同步。 如果将本地系统configuration为充当客户端的时间服务器，则将停止将广告作为客户端的时间源。 时间服务将继续重试并与时间源同步。 检查其他W32time事件的系统事件日志以获取更多详细信息。 运行“w32tm / resync”强制进行即时时间同步。 另外'w32tm / query / source'给了我： 自由运行的系统时钟 它是一个物理服务器，所以不涉及VMWare。 这是我们的SQL数据服务器，并且由于服务器时间错误，数据不断变化，时间戳已经closures。 坚持不懈的数据不断涌入，所以它不能成为一个networking问题
这是VMware的一个已知问题，在某些操作（例如vmotion和快照创build/删除）期间，它会执行所谓的“眩晕”。 在这个眩晕期间，客户操作系统被冻结，所以当它返回时，系统时钟落后。 现在，晕厥通常在人类（亚秒）方面非常快，但从机器方面讲，他们相当长，几百毫秒。 随着磁盘越来越大或内存越来越多，这些虚拟机通常更为关键。 通过相互通信的系统，这些时间差异可能会导致问题。 但无论如何，我想要解决的问题是时钟。 最终的要求是在发生眩晕后立即使系统时钟恢复同步。 “立即”可能是一个模糊的术语，所以让我们说在1秒内时钟应该重新同步。 我们使用ntp进行时钟同步，但ntp需要几分钟（或更长时间）才能使系统重新同步，因为它不知道发生了什么。 再次validation时间是否稳定（漂移率没有增加）需要一段时间，然后慢慢纠正。 所以速度不够快 我得到的最好的想法是在发生眩晕时立即运行ntpdate ，但是我不知道有什么方法让客户操作系统发现眩晕发生了。 有问题的系统是Linux（CentOS / 7）。
我们偶尔会在服务器上看到时间差异，并确认： ntpd崩溃没有任何可追溯的日志 ntpq进程死了，但是pid存在于/var/run/ntpd.pid /etc/init.d/ntp restart然后ntpq -p ，问题解决了 起初， ntpq -p返回ntpq: read: Connection refused ，所以我继续前进， ps aux | grep ntp ps aux | grep ntp没有返回ntp进程，而其他工作主机返回类似于/usr/sbin/ntpd -p /var/run/ntpd.pid -u 101:103 -g 。 看起来ntpd确实崩溃了，因为在/ var / log / messages中没有看到日志，但是它可能发生在很久以前，并且日志中的那部分已经被旋转了。 于是我继续进行/etc/init.d/ntp restart ，并被告知过时的pid存在： Stopping NTP server: ntpdstart-stop-daemon: warning: failed to kill 2124: No such process`. Starting NTP server: ntpd. […]
我们正在使用nagios check_ntp_time监视我们的服务器上的时间。 不幸的是，这项服务是扑动的。 并报告了很多误报。 每天随机的随机服务器发生，持续时间为10-30分钟。 当问题发生时，我们得到： watch01:~ # /usr/lib/nagios/plugins/check_ntp_time -H lb01 -w 1 -c 2 -v sending request to peer 0 response from peer 0: offset 0.07509887218 sending request to peer 0 response from peer 0: offset 0.07508444786 sending request to peer 0 response from peer 0: offset 0.07499825954 sending request to peer 0 response […]
我读过Gareth Hooper关于域控制器同步到外部时间源的这篇不错的文章 。 实际上，他写道，虽然微软并没有实际上容忍这种做法，但预先configuration所有数据中心（特别是最有可能获得PDC模拟器FSMOangular色转移到的数据中心）与外部时间同步来源并被标记为“可靠”。 现在，我的问题是： 我们在每个分支机构都有一个RODC。 如果分支机构有本地可靠的（外部）时间源，我应该configurationRODC以同步到该时间源？ 或者我应该穿过我的手指，并希望时间同步 – 即使广域网连接到总部被中断了相当长的时间 – 将不知何故维修和/或恢复与区议会在哈德办公室？
有没有人有任何同步Linux（特别是红帽）到Windows NTP服务器的经验？ 目前，我们的Windows服务器正在同步到互联网上的第一层服务器，但Linux机器拒绝承认它是一个很好的时间源。 经过一些研究，似乎我们的问题是Root Dispersion值可能太高。 这是ntpq的输出 – ntpq> peers remote refid st t when poll reach delay offset jitter ============================================================================== ntp1.ourdomain 10.10.10.1 4 u 20 128 377 0.376 1397.10 22.800 ntpq> ass ind assID status conf reach auth condition last_event cnt =========================================================== 1 30939 90b4 yes yes none reject reachable 11 ntpq> rv 30939 assID=30939 […]
我在端口/ dev / ttyS0上使用带PPS的GPS设备的ntp。 如果机器连接到互联网，似乎一切正常。 输出看起来正确。 但是，如果没有互联网连接，我会得到： $ ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== fritz.box .INIT. 16 u – 1024 0 0.000 0.000 0.000 GPS_NMEA(0) .GPS. 0 l – 16 0 0.000 0.000 0.000 我想因为没有o前缀GPS_NMEA不起作用。 我目前的ntpconfiguration是 # /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help driftfile /var/lib/ntp/ntp.drift # […]
我们有一个运行在内部networking上的Linux主机的机器人只连接到Win7主机。 Win7主机可以访问互联网，但Linux主机不支持。 （历史原因） 当我在Win7上从Meinberg加载NTPD时，它与networking服务器同步就好了（w32时间服务被禁用）。 但是，Linux客户端无法与该win7服务器同步。 我的桌面Linux与互联网同步也无法与该WIN7服务器同步。 **trying from Linux to Windows** root@os-linux:~# ntpdate -dvu 192.168.128.118 15 Dec 14:30:13 ntpdate[2124]: ntpdate [email protected] Fri Oct 23 16:45:28 UTC 2015 (1) Looking for host 192.168.128.118 and service ntp host found : robot-10424.ith.local transmit(192.168.128.118) transmit(192.168.128.118) transmit(192.168.128.118) transmit(192.168.128.118) transmit(192.168.128.118) 192.168.128.118: Server dropped: no data server 192.168.128.118, port 123 stratum 0, […]
我正在尝试testingconfiguration了性能不良的NTP服务器的服务器的行为，例如疯狂地漂移或报告时间过度跳跃的服务器。 我发现了很多关于build立一个好的NTP系统的build议，但是我怎样才能build立一个有意义的NTP系统呢？ 这个问题指向我ntpdsim，但是这testing了ntp客户端的行为，似乎并没有触及系统时钟，而我想看看当我的系统作为一个整体如何performanceNTP服务器行为不正常。
我有这种情况： NTP用于在一组Windows 7和Server 2008计算机上同步时间。 没有什么不同寻常的。 定期在这个系统上，为了testing/训练的目的需要改变时间（这是一个训练模拟系统，有很多时间依赖的操作）。 我的问题： 由于NTP通常不太喜欢大的时间跳跃或改变AFAIK，是否有一个标准的方法可以设置为允许在系统的根NTP服务器上更改时钟，并通过合理的系统传播时间量（一两分钟？）禁用和/或重新启动所有NTP客户端服务来实现这一点是不可接受的。 有任何想法吗？ 如果不编写某种自定义脚本来禁用服务并更新所有地方的时钟，那么这样做会很好。 提前致谢。