我发现 2015 年 12 月在我的系统中插入了额外的闰秒。
查看 /var/log/messages 文件,我发现在 2015 年 6 月 30 日插入了一个闰秒,这是正确的,在 2015 年 12 月 30 日插入了另一个闰秒,这是一个错误。
我的内核版本和ntp:
内核:3.0.13-0.27-pae Ntp 版本:4.2.4p8
我如何知道系统中当前插入了多少闰秒?我正在使用ntp。
非常感谢你,贾维。
我发现 2015 年 12 月在我的系统中插入了额外的闰秒。
查看 /var/log/messages 文件,我发现在 2015 年 6 月 30 日插入了一个闰秒,这是正确的,在 2015 年 12 月 30 日插入了另一个闰秒,这是一个错误。
我的内核版本和ntp:
内核:3.0.13-0.27-pae Ntp 版本:4.2.4p8
我如何知道系统中当前插入了多少闰秒?我正在使用ntp。
非常感谢你,贾维。
NTP 协议不需要了解历史闰秒。它确实需要提前知道,并且它通过其数据包中的跳跃指示位来做到这一点。如果错过了闰秒或插入了额外的闰秒,NTP 基本上会重新同步它们。闰秒的官方记录在这里(以及“beetween”的官方拼写错误):
"# Value of TAI-UTC in second valid beetween the initial value until
# the epoch given on the next line. The last line reads that NO
# leap second was introduced since the corresponding date
# Updated through IERS Bulletin 62 issued in July 2021
#
#
# File expires on 28 June 2022
#
#
# MJD Date TAI-UTC (s)
# day month year
# --- -------------- ------
#
41317.0 1 1 1972 10
41499.0 1 7 1972 11
41683.0 1 1 1973 12
42048.0 1 1 1974 13
42413.0 1 1 1975 14
42778.0 1 1 1976 15
43144.0 1 1 1977 16
43509.0 1 1 1978 17
43874.0 1 1 1979 18
44239.0 1 1 1980 19
44786.0 1 7 1981 20
45151.0 1 7 1982 21
45516.0 1 7 1983 22
46247.0 1 7 1985 23
47161.0 1 1 1988 24
47892.0 1 1 1990 25
48257.0 1 1 1991 26
48804.0 1 7 1992 27
49169.0 1 7 1993 28
49534.0 1 7 1994 29
50083.0 1 1 1996 30
50630.0 1 7 1997 31
51179.0 1 1 1999 32
53736.0 1 1 2006 33
54832.0 1 1 2009 34
56109.0 1 7 2012 35
57204.0 1 7 2015 36
57754.0 1 1 2017 37"
--https://en.wikipedia.org/wiki/Leap_second