Questions tagged «time»

当某些与时间相关的程序（例如ntpd）在Linux系统上运行时，内核将切换到所谓的“十一分钟模式”（请参见hwclock手册页），从而它将每隔十一分钟自动从系统时钟中更新硬件时钟。 。 在SLES11上，我凭经验确定，如果将硬件时钟设置为比系统时钟晚10小时，则11分钟模式似乎无法使硬件时钟与系统时钟匹配。但是，如果我将硬件时钟设置为比系统时钟晚5分钟，则11分钟模式将是完美的选择。 因此，显然有一个11分钟模式可以处理的最大更新，我想知道这是什么。 更新： 真奇怪 更多的试验表明，当我身边有系统时钟落后20分钟HW时钟的11分钟的模式将设置硬件时钟是准确的系统时钟落后30分钟（！）： # date Tue Dec 6 10:16:52 EST 2011 # hwclock --set --date "12/6/11 09:56" # # date Tue Dec 6 10:17:16 EST 2011 # hwclock --show Tue Dec 6 09:56:06 2011 -0.156551 seconds # # date Tue Dec 6 10:23:09 EST 2011 # …

18 linux  kernel  time 

我猜我的PHP时间和服务器时间之间存在差异。 当我检查PHP中的当前时间时，表明正在使用MST。但是，cron作业未在正确的时间运行。 如何检查服务器本身正在使用的时区，而不是设置要使用的PHP？

17 linux  php  time  timezone 

在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频率明显是异常值。如果没有异常值，则检测到的频率相对于标称频率的误差和标准偏差为+0.15 MHz±0.25 MHz。对于有问题的启动，我有-16.4 Mhz的错误，它比预期的大100倍左右。 我的问题： 这种错误会导致ntp时间纪律不稳定/无法使用吗？这是我的时钟出现问题的原因吗？ …

15 hardware  ntp  linux-kernel  time 

我在debian压缩器上安装了Jenkins-ci。 当前默认时区：“美国/多伦多” 现在是当地时间：2012年7月9日星期一，美国东部时间。 现在是世界标准时间：2012年7月9日星期一世界标准时间。 在/ etc / default / rcS文件中，我有： UTC =否 不幸的是，这不起作用，在詹金斯的系统信息中： user.timezone Etc / UTC 我搜索了几个小时..很遗憾，找不到修复程序，将不胜感激。 谢谢你的时间

15 time  timezone  jenkins 

据我了解，一个10Gb以太网卡能够每秒将10Gb放在（例如）光缆上。现在，天真的，要使这种情况发生在硬件中，将需要一个运行10 GHz时钟的网卡。 通过在两个边沿上计时可以使该频率减半，但是5GHz对于晶体管来说仍然很高。对于100Gb以太网，50GHz似乎完全不合理。 （例如）运行10Gb以太网卡的时钟的时钟频率是多少？是否有一些技巧可以将这个频率从“原始” 10GHz频率降低？

15 ethernet  10gbethernet  time 

在所有基于Linux的数据中心中检测时间漂移的策略是什么？这个问题比起初看起来要困难得多。 时间漂移会对某些应用程序造成严重问题，而且即使安装了NTP，通常也会由于以下（以及更多）原因而导致失败： NTP未正确设置为在重新启动时自动重新启动。 服务器上的设置不正确，因此它指向的时间服务器不可达或不准确。 主时间服务器无法访问，并且所有与其同步的服务器现在正在同步到不可靠的源。 我想要一种检测所有单个服务器是否正确的方法。请记住，带有测试脚本/应用程序的服务器可能不正确。

14 linux  monitoring  ntp  time 

我希望有人可以帮助我解决这个奇怪的问题。 我认为我知道为什么会这样，但我不知道如何解决。可能是因为BIOS时间设置不正确或类似原因。但是我不想更改大约400多个服务器的BIOS时间。（或更改BIOS电池） root@spool:~# echo TEST > /dev/kmsg root@spool:~# dmesg -T | tail -1 [Mon Feb 17 04:57:03 2014] TEST root@spool:~# date Mon Feb 17 11:45:17 CET 2014 服务器正在运行ntp以进行时间同步。 这里有人知道如何在OS中解决此问题吗？ Linux spool 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 GNU/Linux 为什么在回显/dev/kmsg时，我的消息的日期/时间dmesg与系统日期/时间不同步？

14 linux  debian  unix  time  dmesg 

我有一个简单的任务：设置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 如果一种方法可以测试ToD服务器是否已经全部运行，也将非常感激。我有很多服务器正在运行，但不知道其中是否有任何服务器已经在运行ToD服务 原因：我将设置一个使用CMTS的COAX宽带电缆和使用称为DOCSIS 3的电缆调制解调器的解决方案。为此，电缆调制解调器需要从ToD服务器接收一个时间（一天中的时间）。 更新/解决方案 时间是RFC 868，由于NTP和其他更好，因此几乎不再使用。但是某些系统需要使用旧的RFC 868端口37超时-例如，使用CMTS的COAX上的Internet和电缆调制解调器需要一个工作时间服务器（在DOCSIS文档中称为“时间服务器” = ToD服务器）。可以为Debian安装的xinetd包括一个时间服务器。只需在etc / xinetd.d / time中启用（对于TCP和/或UDP，禁用=否）

13 time  xinetd  inetd 

我的系统使用UTC作为系统时钟，我不太想更改它。是否有一种简单的方法来获取当前的TAI时间？（最好是命令行工具或标志）

12 linux  time  utc  tai 

使用时间C函数（自大纪元以来的秒数）显示，与另一台具有正确时间的服务器相比，当前CentOS 6服务器上的时间要晚7个小时。我该如何校正系统时钟？我不认为这是随便的，因为我是在几周前才安装此服务器的，但可能是这样。我设置了ntpd，但是它没有帮助，也许是因为时间差太大了。

12 linux  centos6  synchronization  time 

看起来，有两个选项可为DHCP客户端提供网络时间设置。选项004和选项042。004的说明为“时间服务器”，而042指定NTP。是否有理由使用其中之一，或者只是使用供应商的偏爱？如果客户端使用选项042，是否仍在使用选项002中的时间偏移？

12 dhcp  time  ntp 

是否存在现有的机制，该机制可在线上使Linux系统与NTP同步，而在离线时与可预测的RTC同步？ 我们操作远程“收集器”：嵌入式Linux系统，用于收集传感器数据并为其添加时间戳。我们需要他们的时钟误差保持在较小的水平，例如小于5秒。通常，我们使用NTP来同步他们的时钟，并且只要系统在线，就可以正常工作。 问题在于某些收集器的上行链路非常糟糕，可能会中断数小时，数天甚至数周。这不会停止本地数据收集，但是如果没有NTP，Linux系统时钟就会严重漂移并且非常不可预测。 OTOH，硬件的RTC漂移也很大，但速率恒定。RTC漂移率因板而异，但每块板都是恒定的，可以测量。 我想我们需要的是一种可以执行以下操作的机制： 部署前测量电路板的RTC漂移率 尽可能通过NTP不断/定期调整系统时间 当NTP不可用时，可以通过RTC定期调整系统时间。考虑已知的RTC漂移率。 可选：在线测量并记录正在进行的RTC漂移率（1） 所谓“机制”，是指一些维护良好且有据可查的软件和/或配置，可以处理“在线”与“离线”两种状态，确保系统时钟与正确的时间源（ntp与ntp）同步。 rtc），检测状态变化并校正RTC漂移。是否将其实现为特殊的ntpd配置/插件，作为单独的守护程序，作为cron作业还是其他无关紧要。 我看过Chrony，但是根据它的文档，它试图预测系统时钟的漂移，在我们的情况下，它的漂移远比RTC不可预测。Chrony似乎仅使用RTC来保持重启后的时间。 （1）注意ntpd激活内核的“ 11分钟模式”（每11分钟从系统时钟更新一次rtc）。当前的内核和ntpd似乎无法阻止11分钟模式。因此，在ntpd运行时，任何rtc漂移信息都会丢失（thx @billthor）。 更新/编辑： 我们正在考虑通过USB或串行接口为MSF或DCF77信号（我们位于欧洲）添加一个外部无线电时钟。但是我们宁愿保持硬件精益。 我们的收藏家通常位于室内，通常在地下室。因此，添加GPS时钟将无济于事。 我们使用Debian7。这意味着util-linux-2.20.1中的hwclock，ntpdate-4.2.6p5，ntp-4.2.6.p5中的ntpd，chrony-1.24（可能为1.30）。 请注意，我们的问题不在于我们不知道如何使用ntpdate(8)，hwclock(8)，date(1)等，请参阅附加部分斜体什么，我与“机制”的意思。 添加了有关“ 11分钟模式”的脚注 这是关于离线同步和RTC漂移的非常有趣的讨论

11 linux  ntp  clock-synchronization  chrony  time 

我们用作源的一台外部NTP服务器（当前是主服务器）似乎未响应NTP调用。不幸的是，在我们的核心路由器（Cisco 6509）上，NTP功能并未按预期切换到辅助NTP外部服务器。结果，我们的核心路由器（几乎是我们主要的内部NTP来源）延迟了2分钟。 我计划通过使外部NTP源成为当前工作的源来解决外部路由器问题。 我想知道2分钟的更改会对我的用户和服务有多大影响？特别是自从这些天以来，我们在很大程度上依赖基于证书的身份验证。 我们是Windows / Cisco商店。 内部NTP设置： [核心路由器1 / Cisco 6509]： 查找两个外部NTP服务器（其中主要的一个未响应NTP呼叫） [核心路由器2]： 与核心路由器1（主要）同步，工作外部路由器（辅助） [其他Cisco网络设备]： 与核心路由器1（主要），核心路由器2（辅助）同步 [域控制器]： 与核心路由器1同步 [所有Windows客户端/服务器]： 与域控制器同步

11 time  ntp  certificate-authority 

对于相对较大的网络（成千上万个主机）-支持和反对运行本地管理的NTP服务器池（可能是通过某些公共NTP服务器定期设置），以及是否要使用网络上的所有其他主机的参数是什么？ NTP服务器（池）与让所有主机简单地直接使用公共NTP服务器（例如通过ntp.pool.org）相比？ 除了优缺点之外，当今典型的最佳做法是什么？

11 networking  time  ntp  ntpd 

已关闭。这个问题是基于观点的。它当前不接受答案。 5年前关闭。 已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 对于其他管理员在远程管理服务器的情况下对时区的体验，我感到很好奇。在我的职业生涯中，我遇到过许多惯例。 始终，始终，始终使用UTC。 始终，始终始终使用基本总部所在的时区。 使用碰巧要管理的人员的当地时间。 使用服务器位置的本地时间。 在某些地方，我遇到了多种冲突的约定。我自己的偏好是始终使用UTC，并且没有夏令时。但是出于一个或另一个原因，似乎大多数人都喜欢使用某些当地时间的概念，以节省日光。尽管这看起来像是一个简单的技术问题，但围绕不断变化的公约的讨论似乎总是倾向于宗教分裂。 你在用什么 您认为每种方法的优点和缺点是什么？

11 time  timezone