我需要一个查询或只是一个命令来查看队列中停止/延迟/等待的消息，但很长一段时间。
我正在使用以下命令设置系统时钟： date -s "31 DEC 2015 12:00:00" 执行后立即运行date ，看到date和时间是2015年12月31日。然后，等待大约三秒钟后，我再次运行date ，看到它已经改变回到今天的date。 为什么它再次同步到当前date，我该如何阻止它？ [root@localhost mm]# date -s "31 DEC 2015 12:00:00" Thu Dec 31 12:00:00 EST 2015 [root@localhost mm]# date Thu Dec 31 12:00:02 EST 2015 [root@localhost mm]# date Thu Dec 31 12:00:03 EST 2015 [root@localhost mm]# date Mon Jan 4 11:53:17 EST 2016 我所有正在运行的服务： [root@localhost mm]# […]
我已经阅读了很多有关NTP和PTP计时协议的内容。 虽然许多消息来源声称PTP比NTP更精确，但是其原因尚不清楚。 为什么NTP不能像GPS那样primefaces层0的参考时钟是精确的，并且networking延迟被考虑在内呢？ 事实上，FSMLabs网站上的一篇论文声称，如果两个协议都得到很好的实施（就像TimeKeepeer中说的那样），它们都可以提供类似的精度 – 而且它确实归结为能够在硬件中加强时间以更好地logging用于交换机，路由器和操作系统的抖动。
这是我有关DateTime的第二个问题。 我们testing我们的应用程序的所有已知的可能性的错误。 一年前我遇到过这个问题，经过大量的研究，我在这个主题上发表了一篇关于CodeProject的文章 。 这篇文章将解释2038年的错误是什么，以及明天如何应用我们的许多应用程序。 解释2038年错误的全部细节超出了这个问题的范围，所以我只提到了一篇自己写的文章。 链接文本： http ： //www.codeproject.com/KB/bugs/The-Year-2038-Bug.aspx 目前我们正在使用哪些应用程序（服务器应用程序，客户端应用程序，基础设施解决schemes / w＆h / w） 什么是2038年的错误的解决scheme？ 如何升级我们的解决scheme和应用程序来解决这个问题？ 这个问题是非常未来的，但值得讨论。
在我们公司，每当夏令时开始或停止时，我们都有一个小时不同步的日历条目（我不能回想起是否早一个小时，或者我们去年spring换了一个小时）。 我们正在使用Exchange 2003，所有工作站都使用Outlook 2007。 从DST切换到DST的date没有问题，它在正确的date可靠地发生。 这不会影响所有日历条目，只会影响某些日历条目，而且我们无法将问题隔离到工作站或组。 除了确保所有更新已经应用到每个客户之外，还有什么我们可以做的，以使过渡到标准时间顺利。 谢谢…
这太奇怪了，我不得不寻求build议。 我有一些从GPS时钟接收时间的工作站。 PDC的默认域策略设置为使用GPS时钟作为NTP时间源。 所有的工作站同步到时钟，精度范围从50ms到1.5ms，所以我的delta值在Kerebos票据的边际范围内。 几乎所有的工作站访问我的文件服务器绝对没有问题，但是一个工作站开始提示我的消息This server's clock is not synchronized with the primary domain controller's clock ，除非w32tm /stripchart /computer:PDC躺在，20ms是超过足够接近以便同步。 有什么我可能会在这里失踪？
我有一个单一的服务器，也是一个内阁中的域控制器，没有其他服务器连接到它的域。 我已经将BIOS中的时间（从我记得的）和Windows中的时间重置为当前的正确时间，在几天的时间内，时间将会减less大约20分钟。 由于这是一个DC，它不应该得到超过NTP的时间，对吗？ 这是否意味着这个问题可能与BIOS电池？ 服务器差不多4年，CMOS电池是原装的。
我在Hyper-V主机和客户端上遇到NTP设置问题。 我没有使用域控制器（几乎所有的build议是给予我没有使用的DC）。 在所有服务器上，我使用Windows时钟设置ntp客户端名称（右键单击，调整date/时间，Internet时间，更改设置，inputNTP服务器名称）。 这似乎没有工作。 或者说，每个星期一凌晨01:00，时间被强制调整（导致各种问题，例如数据库备份被破坏）。 我已经搞砸了w32tm（读出状态，configuration，试图取消注册和重新注册）。 我终于得到了w32tm / query / config来确认它使用了ntp服务器： 我已经有w32tm / query / source说这个： 本地CMOS时钟time.windows.com，0x9（实际上是一个不同的主机，但不pipe这个报告）自由运行的系统时钟VM IC时间同步提供程序（仅适用于Hyper-V客户端） 我终于有了w32tm报告“time.windows.com，0x9”，但后来它自动变成了“自由运行系统时钟”。 我不知道为什么。 我认为自由奔跑不是我想要的。 我想我在Hyper-V主机和客户端上的时间设置完全丢失了，真的需要一些帮助。 我find了一些指南，但它们相互矛盾（或者只是谈论域控制器设置）。 在Hyper-V客户端上的w32tm有这样的configuration： C:\Windows\system32>w32tm /query /configuration [Configuration] EventLogFlags: 2 (Local) AnnounceFlags: 10 (Local) TimeJumpAuditOffset: 28800 (Local) MinPollInterval: 10 (Local) MaxPollInterval: 15 (Local) MaxNegPhaseCorrection: 54000 (Local) MaxPosPhaseCorrection: 54000 (Local) MaxAllowedPhaseOffset: 1 (Local) FrequencyCorrectRate: 4 (Local) […]
我们有几台Windows 8机器，它们的本地date时间似乎有问题。 我希望他们停止与域控制器同步他们的时间。 我该怎么做呢？ 一些背景信息：有时date和时间只是随机改变（这可能与BIOS有关，但我们不能确定确切的问题）。有时它只是向前跳了几天，有时会回到几年等等…. 在这些机器上，我们有一个关键的应用程序需要能够脱机工作，并且每次用户保存数据时，都会保存当前的系统date时间，并且在联机时同步数据。 如果我们碰巧有这个date时间的问题，而数据将有不正确的date分配给他们，我们会有一个严重的问题。 作为一种解决方法，我们为这个关键的应用程序添加了一个function，以便它首先检查一个web服务来比较client-DateTime和server-DateTime，如果它们不匹配，就不应该同步数据。 但不幸的是，每当我们上网客户端也连接到DC（或AD – 不知道，我不是系统pipe理员），并同步DateTime ….这将是很好，但不幸的是，这样我们永远不会知道如果客户端的date时间不正确，我们的关键应用程序将同步它的数据。
我正在制定一个计划，以彻底改变我们的networking如何处理时间同步。 目前我们的networking主要是基于Windows的，在一个相当标准的AD域中分解成各个站点。 然而，我们也开始在我们的环境中使用基于Linux的服务器，并认为这种平衡将继续向这个方向转移。 在这样一个混合的环境中，我试图弄清楚NT5DS在哪里使用，如果有的话。 让Windows基础架构尊重时间同步的域层次结构，并让Linux服务器从域中获取时间，或者是否应该启动NTP服务器，让所有的东西（Windows或Linux）从中获取时间，这是否更好？ 我看到两个途径都是function性的，但我担心我忽略了明显的障碍。 一方面，（build议的）Linux服务器从Windows域获得时间似乎是愚蠢的。 另一方面，让networking上的每台主机都从本地networking上的一台NTP服务器上获取，就好像是一个比较平坦的解决scheme。