在英国，我们是UTC + 1。 我使用“date”来设定时间。 然而，它保持重置为标准的UTC，我猜测通过一个NTP时间服务器。 我已经尝试用tzselect设置时区，但它不会改变时间，它仍然在UTC而不是本地时间。 Therefore TZ='Europe/London' will be used. Local time is now: Thu Jun 25 10:57:48 BST 2009. Universal Time is now: Thu Jun 25 09:57:48 UTC 2009. 上面的输出是正确的，但时间实际上并没有改变。 我要么禁用自动更新时间，要么正确设置时区。
系统和networkingpipe理员通常是非常繁忙的人。 杂耍项目，会议，支持门票，以及来自走廊里的人的口头请求可以使真正的混乱。 过去我们已经讨论过一些请求跟踪系统 ，但是您还使用了什么其他方法或工具来pipe理时间以提高效率？ 托马斯·利蒙切利（Thomas Limoncelli）的“ 系统pipe理员时间pipe理 ”（ Time Management for System Administrators）一书中有一些很棒的想法，但在现实世界中哪些工作起作用并不适合你？
你如何处理服务器时间漂移？
我的系统使用UTC作为系统时钟，我并不特别想要改变。 有一个简单的方法来获得目前的TAI时间？ （最好是命令行工具或标志）
我们用来作为源的外部NTP服务器之一（当前的主要服务器）似乎没有响应NTP调用。 不幸的是，在我们的核心路由器（Cisco 6509）上，NTPfunction并没有像预期的那样切换到辅助NTP外部服务器。 因此，我们的主要内部NTP源的核心路由器迟了2分钟。 我打算通过使外部NTP源是当前正在工作的那个来解决外部路由器问题。 我想知道，2分钟的更改会影响我的用户和服务多less？ 特别是从这些日子以来，我们严重依赖基于证书的身份validation。 我们是Windows / Cisco商店。 内部NTP设置： [核心路由器1 / Cisco 6509]： 寻find两个外部的NTP服务器（其中主服务器不响应NTP呼叫） [核心路由器2]： 与核心路由器1（主要），工作外部路由器（次要） [其他思科networking设备]： 与核心路由器1（主要），核心路由器2（次要） [域控制器]： 与核心路由器1同步 [所有的Windows客户端/服务器]： 与域控制器同步
据我所知，一个10Gb以太网卡可以在光纤电缆上每秒插入10Gb。 现在天真地说，为了在硬件上发生这种情况，需要运行网卡的10GHz时钟。 通过在两个边沿同步可以达到这个频率的一半，但是对于支持的晶体pipe，5GHz仍然是高的。 对于100Gb以太网，50GHz似乎完全不合理。 什么是时钟运行（比如说）一个10Gb以太网卡的时钟频率？ 是否有技巧用来从“天真”的10GHz频率降低这个频率？
对于一个相对较大的networking（数千台主机），针对运行一个本地pipe理的NTP服务器（可能是通过一些公共NTP服务器周期性地设置）并使networking上的所有其他主机那么NTP服务器（池）与所有主机直接使用公共NTP服务器（比如ntp.pool.org） 除了利弊，今天典型的最佳做法是什么？
在所有基于Linux的数据中心中检测时间漂移的策略是什么？ 这是一个比起初看起来更难的问题。 时间漂移可能会对某些应用程序造成严重的问题，而且即使安装了NTP，也可能出现以下（以及更多）原因： NTP未正确设置为在重新启动时自动重新启动。 服务器上的设置不正确，因此指向的时间服务器无法访问或不准确。 主时间服务器无法访问，所有服务器正与它同步，现在正在同步到一个不可靠的来源。 我想要一个方法来检测是否所有的个人服务器是正确的。 请记住，testing脚本/应用程序的服务器可能不正确。
我有一个简单的任务：设置一个ToD服务器…这不是NTP。 它运行在37端口上。它似乎与inetd或xinetd捆绑在一起。 应该安装在Debian或CentOS上。 或者FreeBSD（pfsense路由器）。 任何提示如何进行？ 两个启动链接后，我卡住了： http://www.linuxquestions.org/questions/linux-server-73/tod-server-641674/ http://en.wikipedia.org/wiki/Time_Protocol 如果一个方法来testingToD服务器是否正在运行，那么也非常令人满意。 我有相当多的服务器运行，但不知道是否有任何已经运行的ToD服务 原因：我正准备使用CMTS和CMTS电缆调制解调器，使用称为DOCSIS 3的标准在COAX电缆上build立宽带解决scheme。为此，电缆调制解调器需要从ToD服务器（一天中的时间）接收一段时间。 更新/解决scheme 时间是RFC 868 ，由于NTP和其他更好，所以几乎不再使用。 但是，对于某些系统，例如使用CMTS的COAX互联网和电缆调制解调器需要工作时间服务器（在DOCSIS文档中称为Time of Day服务器= ToD服务器），旧的RFC 868 Time over 37端口是需要的。 可以为Debian安装的xinetd包括一个时间服务器。 只需要在etc / xinetd.d / time中启用（对于TCP和/或UDP，disable = no）
在6.0.8 Debian服务器（HP ProLiant）的冷启动之后， ntpd对系统时间造成了严重的影响：相对于通常可靠的参考时间服务器而言，偏移量和抖动增长不受限制。 （请注意，一个双胞胎相同的服务器没有任何问题。）经过许多不成功的尝试解决ntpd方面的问题，我决定尝试重新启动，一切正常。 为了调查这个问题，我发现这个差异，这可以解释我的时钟问题： root@n1:~# zgrep Detected /var/log/dmesg* /var/log/dmesg:[ 0.004000] Detected 2400.110 MHz processor. /var/log/dmesg.0:[ 0.004000] Detected 2383.579 MHz processor. /var/log/dmesg.1.gz:[ 0.004000] Detected 2400.036 MHz processor. /var/log/dmesg.2.gz:[ 0.004000] Detected 2400.298 MHz processor. /var/log/dmesg.3.gz:[ 0.004000] Detected 2400.165 MHz processor. /var/log/dmesg.4.gz:[ 0.004000] Detected 2400.410 MHz processor. 请注意，在第二次启动（有问题的启动）中，检测到的CPU频率是明显的exception值。 没有exception值时，检测到的频率相对于标称值的误差和标准偏差为+ 0.15MHz±0.25MHz。 对于有问题的启动，我有一个-16.4 Mhz的错误，这比预期的大约100倍。 我的问题： 这种types的错误可以使ntp时间不稳定/不可用？ 这是我的时钟问题的原因？ 这种types的行为是硬件硬件的症状吗？ […]