CentOS 5.4正确处理闰秒吗？

Question

显然，IERS已经宣布了今年6月30日午夜的闰秒。

CentOS/RHEL 5.4是否与更新的NTP系统一起正确更新以支持/过渡？我当时的印象是，它需要一个更新的tzdata包，但不确定。

更新：

我检查了tzdata包的更改日志并注意到以下内容：

* Tue Feb 27 2007 Petr Machata <pmachata@redhat.com> - 2007c-1
- Upstream 2007c
  - Pulaski County, Indiana, switched back to eastern time.
  - Turkey switches at 01:00 standard time, not at 01:00 UTC.
- Upstream 2007b
  - Changes to the commentary in "leapseconds".
- Resolves: #230089


* Tue Aug 22 2006 Petr Machata <pmachata@redhat.com> - 2006j-1
- Upstream 2006j
  - Honduras stopped observing DST on Monday at 00:00
  - America/Bermuda will follow the US's lead next year
  - America/Moncton will use US-style rules next year
  - New Zone America/Blanc-Sablon, for Canadians who observe AST all
    year
  - New zone: America/Atikokan instead of America/Coral_Harbour
  - New zones: Europe/Jersey, Europe/Guernsey, Europe/Isle_of_Man
  - Historical changes
  - Commentary updates
- Upstream 2006i
  - localtime.c fixes
- Upstream 2006h
  - zic leapsecond fix

“齐克跳跃第二次修正”与此有关吗？

Answer 1

你的问题在红帽知识库中得到了回答：

https://access.redhat.com/knowledge/articles/15145

摘要：

RHEL 4和5的某些版本存在一个已知的潜在问题，这可能会导致运行NTP的系统在午夜时内核崩溃。如果您的修补程序高于5.4和4.8，则应该可以(假设所有适当的相关文件都已正确修补)。或者，您可以选择不运行NTP，但是您需要确保将tzdata数据文件更新到适当的级别。

底线，如果你是在一个完全更新的系统，你不应该有任何问题。

更多信息见Red：

https://bugzilla.redhat.com/show_bug.cgi?id=479765

Answer 2

您可以使用zdump命令验证是否已应用了给定的闰秒更新。在CentOS上这是

/usr/sbin/zdump -v right/UTC

你在寻找一条类似于：

right/UTC  Sat Jun 30 23:59:60 2012 UTC = Sat Jun 30 23:59:60 2012 UTC isdst=0 gmtoff=0

在tzdata包的changelog中应该提到这一点：

rpm -q --changelog tzdata | less

在一个修补不良的CentOS 5.7框上，我找不到这个更新。在当前的Ubuntu11.10和Debian压缩框中，我正在找到它。YMMV

有关这方面的更多信息(来自Debian PoV，但主要适用于CentOS)：http://lists.debian.org/debian-user/2005/12/msg03343.html

Answer 3

只要你已经更新了你的系统，它应该是好的。此外，NTP应该确保一切都在控制之中。