在我们的一个Linux机器上的时间是非常奇怪的。 每当我打电话给date3次，第4次电话会给出错误的时间（通常1小时后）。 我已经安装cron与ntp服务器同步。 我们有20多个类似的服务器，只有这个有这个问题。 任何想法？ 谢谢。
Linux 2.6.18-6-686＃1 SMP Thu Aug 20 21:56:59 UTC 2009 i686 GNU / Linux
编辑：
：〜＃date; date; date; date; date; date; date; date; date
星期五六月十一日19:12:46 PDT 2010
星期五6月11日17:59:28 PDT 2010
星期五6月11日17:59:28 PDT 2010
星期五6月11日17:59:28 PDT 2010
星期五六月十一日19:12:46 PDT 2010
星期五6月11日17:59:28 PDT 2010
星期五6月11日17:59:28 PDT 2010
星期五6月11日17:59:28 PDT 2010
星期五六月十一日19:12:46 PDT 2010
date; 睡10; date; 睡10; date; 睡10; date; 睡10; date; 睡10; date; 睡10; date
星期五六月十一日18:05:32 PDT 2010
星期五6月11日19:19:00 PDT 2010
星期五六月十一日18:05:52 PDT 2010
星期五六月十一日19:19:20 PDT 2010
星期五六月十一日18:06:12 PDT 2010
星期五6月11日19:19:40 PDT 2010
星期五6月11日18:06:32 PDT 2010
事实上，这似乎总是大约一个小时的强烈暗示，我有一个时区错误设置的时区，并且您正在运行的同步工具之一是尝试将您的时间设置为不正确的时区。
我们也运行了ntpd。 谢谢。
您不应该运行ntpd并通过cron设置另一个工具的时间。 运行多个工具来同步时间几乎总是让事情变得更糟。
select一个工具，只使用它。 如果这台服务器是虚拟化的，请确保考虑作为虚拟机工具一部分的时间同步。 应该只有一件事情要设定时间。
为什么不从ntp使用ntpd而不是ntp？
是的，select一种方法，坚持下去。 如果在select了一种方法之后，仍然存在这个问题，那么是时候认为这是由于硬件错误造成的。 我并不是一个真正的硬件人，但它似乎确实是这个原因。 RTC电池故障（不太可能），系统板上的射频干扰（更可能）等
而BTW，ntpd是专为时钟同步而devise的，它被devise成时钟的专用控制器。 selectntpd。
从你的评论，你有ntp正常工作（它是同步到time2.srv.ualbe）。 禁用所有其他更新时钟的方法。 用date检查时间。 如果这是错误的，以下情况之一正在发生：
你有错误的时区定义（在你的情况下PDT）。 在这种情况下， date --utc的结果将匹配在这个和其他机器。
NTP服务器提供了错误的时间（在您的情况下不太可能，因为您有4个服务器同意相同的date – 所有的偏移量都低于0.1秒）。