Questions tagged «time»

更改时间后是否需要重新启动服务器？更改日期时间时，我遇到麻烦，但没有重新启动crond。 更改时间后，还有其他服务可能会出现问题吗？

11 linux  time  timezone 

您如何处理服务器时间漂移？

11 time  ntp  time-synchronization 

已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 系统和网络管理员通常很忙。杂乱的项目，会议，支持票以及走廊上的人的口头要求都可能使人陷入混乱。过去我们在这里讨论了一些请求跟踪系统，但是您还使用其他哪些方法或工具来管理时间以提高效率呢？ 托马斯·利蒙切利（Thomas Limoncelli）的书《系统管理员的时间管理》中有一些很棒的主意，但是在现实世界中什么对您有用，哪些对您不起作用？

10 time 

对于多国服务器，理想的时间和时区设置是什么？尤其要考虑由一个中央IT团队来管理这些服务器。 当前，我们每个服务器都使用本地时区。例如，中文数据中心中的服务器设置为CST。我们德国数据中心中的服务器设置为CEST。时间设置为数据中心的本地时间。（注意：总共我们在6个国家/地区拥有服务器）。 当前设置在查看服务器本地日志时非常有用（确切知道事件发生的时间与当前服务器本地时间相关）。但是，从中央syslog服务器查看事件时，这将成为一场噩梦。

9 linux  windows  time  ntp  timezone 

在英国，我们是UTC + 1。我使用“日期”设置时间。但是，我一直通过NTP时间服务器将其重置为标准UTC。 我尝试使用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. 上面的输出是正确的，但是时间实际上并没有改变。 我要么需要禁用时间的自动更新，要么在理想情况下正确设置时区。

9 linux  ubuntu  time 

我在某些（硬件）服务器上看到了一个奇怪的系统时间更改行为：在/ var / logs / syslog中，每条日志消息之前的日期时间有时会更改为随机的，而在下一条消息中会恢复为正常，如下所示： 2018年2月22日09:09:30 ... 2018年2月22日09:09:32 ... 26年1月13日15:37:42 ... 2018年2月22日09:09:33 ... 2018年2月22日09:09:34 ... 如示例中所示，日期时间的突然变化可能长达数百年。 我可以确认带有奇怪时间戳记的日志消息不是来自任何特定的过程，而是可以随机发生的。 两次异常时间更改之间的持续时间在几分钟到几小时之间不等（但是，我怀疑异常时间更改可能会更频繁地发生，但是由于系统日志不是每秒写入一次，因此许多未在系统日志中显示出来）。 另外，由于它发生在多个服务器上，因此我认为这不是硬件问题。 有关服务器的更多信息：它们是带有一个控制器和几个计算节点的开放式堆栈安装。每个服务器都有正在运行的ntp服务。控制器配置为从其自己的硬件时钟中抽出时间，并且计算节点服务器从控制器同步时间。请注意，每个服务器都会以自己的速度进行异常的时间更改-看起来“错误的时间”不是通过ntp从控制器同步的。 我怀疑计算节点上的来宾系统（虚拟机）可能会影响其主机系统时间。但这不能解释为什么控制器在不运行任何虚拟机时仍存在相同的问题。 我需要一种检测方法：谁更改了系统时间，它是如何发生的？

8 linux  time  time-synchronization  timestamp 

我在隔离的网络上有两台Linux机器（A和B）。它们必须是时间同步的。机器A断续供电，并且必须服务时间，因为它已连接到权威时间源（GPS）。仅当机器A通​​电时，机器B才通电，但它是嵌入式linux设备，其电源状态会经常变化。这两台机器都无法访问其他系统。这是一个封闭的网络。 我知道这对于NTP来说是一个很高的要求，因为NTP通常希望与几台服务器建立联系。我无法在机器B上正常工作。机器A与GPS同步很好，机器B可以到达机器A甚至进行时间查询，但是机器A不被信任（也许是单独的吗？）。在机器A稳定运行一个小时后，情况突然改变，机器B正常工作。但是，当机器A停机（进而机器B停机）时，机器B再次无法找到良好的时间同步。 这是一些ntpdate信息。请注意，即使机器A的层数为1，操作也会失败，最后输出相同。 10.10.10.1：服务器掉落：地层太高 服务器10.10.10.1，端口123 阶层16，精度-19，飞跃11，信任000 refid [10.10.10.1]，延迟0.02614，色散0.00000 传输4，在过滤器4中 参考时间：00000000.00000000 2036年2月7日星期四6：28：16.000 原始时间戳记：d3a9bdc4.27ebb350 2012年7月12日，星期四21：19：00.155 传输时间戳记：bc17c803.b42dfffe星期六，2000年1月1日0：25：39.703 滤波延迟：0.02625 0.02614 0.02618 0.02625 0.00000 0.00000 0.00000 0.00000 滤镜偏移量：39544160 39544160 39544160 39544160 0.000000 0.000000 0.000000 0.000000 延迟0.02614，分散0.00000 抵消395441600.451568 1月1日00:25:39 ntpdate [677]：找不到适合同步的服务器 我的猜测是机器A只是不相信自己的服务时间。在51分钟（可能不更早发生，我不知道）的正常运行时间并将其时钟与GPS同步之后，机器A开始正确提供时间，机器B便开始计时。我需要早点做。像，如果可能的话，在几秒钟内。 通过以下配置（以及大量的等待），它最终成功了。 机器A ntp.conf： 服务器127.127.28.0更喜欢真正的minpoll 4 maxpoll 4 软糖127.127.28.0阶层1时间1 0.420刷新GPS 机器B ntp.conf： 服务器10.10.10.1更喜欢真正的minpoll 4 maxpoll …

8 linux  time  ntp 

您会想到哪些问题可能是由错误的系统时钟设置引起的？ 主要对可能影响服务器以及特别是Linux或类UNIX系统的潜在问题感兴趣。 根据关闭系统时间的多少，这些后果有多严重？例如，5分钟，30分钟，1小时，1天。

8 unix  linux  time  time-synchronization  clock-synchronization 

我有一个域控制器在Hyper-V上的VM中运行，时间似乎正在稳步增长，在X-mas期间，速度快了5，这似乎很奇怪！ 我知道如何更改时间，我相信我们在DC上设置了NTP服务器，并确保在Hyper-V上关闭了时间同步。 我真的不想一直设定时间。时间为何如此之快？

8 active-directory  time  ntp