OpenBSD 和您的虚拟机工作正常；您错误地使用了 Google 时间源。

Question 1

OpenBSD 和您的虚拟机工作正常；您错误地使用了 Google 时间源。

这是在 OpenBSD 中经常问的问题和手册页。

您正在同步到发布 UTC 时间的时间源。但默认情况下rdate假设您的时间源发布 TAI-10 时间。 TAI 是所有 SI 秒的严格均匀递增计数，始终为每分钟 60 秒，目前比 UTC 早 36 秒，偶尔会折扣所谓的“闰秒”。（更准确地说：它打折积极的闰秒；但实际上还没有出现负闰秒。） 2016-12-31 23:59:60 UTC 将会比 UTC 提前 37 秒，闰秒将在本月底到来。

使用 TAI 而不是 UTC 的系统实际上倾向于使用更准确的 TAI-10，即 TAI 计数向未来移动 10，以便与 1970-01-01 00:00:00 UTC 对齐，也称为 TAI-10。作为 1969-12-31 23:59:50 TAI，与 1970-01-01 00:00:00 TAI-10。¹ 这比 UTC 早 26 秒，很快就会变成 27 秒。

众所周知，谷歌时间源不计算闰秒。他们使用涂抹这将不计其数的额外一秒的价值分散到一整天中，这意味着每年最多有两天谷歌秒不是统一的长度，并且与 SI 秒的长度不同。

rdate需要-c选项告诉它您的时间源不计算闰秒，并且您需要使用 Olsen“正确”时区，假设您的内核时钟在 TAI-10 中运行。（“正确的”时区和计算 TAI 而不是 UTC 的内核时钟有其优点。）

讽刺的是，由于根据您的日志，您也使用中欧时间，因此 OpenBSD 中给出的示例设置经常问的问题是正是适合您的。因此，请阅读 OpenBSD doco 并按照说明进行操作。

或者：如果您想在 UTC 而不是 TAI-10 中运行，请使用“posix”时区。

^{1 这是一个稍微简化的解释，涉及 UTC 的常用追溯定义，并忽略了这样一个事实：1972 年之前使用的 UT 秒是可变长度的，具有用于与 TAI 相互转换的大型表驱动算法。但这超出了本答案的范围。 1972年之前的情况是可怕的。有些人想废除 UTC 及其闰秒系统和 SI 秒长度，并将其恢复。他们……被误导了。}

进一步阅读

”为什么我的时钟慢了二十几秒？”.OpenBSD经常问的问题。
rdate。 OpenBSD 6.0 手册。
克里斯托弗·帕斯科 (2011-09-15)。 时间、技术和跳秒。谷歌。
佩里·洛里尔（2015-07-01）。 timeX.google.com提供非标准时间。第437章systemd 错误跟踪器。
丹尼尔·J·伯恩斯坦。UTC、TAI 和 UNIX 时间。 cr.yp.to。
大卫·马多雷 (2010-12-27)。 ”TAI−10 设置”。Unix 闰秒混乱。
https://unix.stackexchange.com/a/294715/5132

Answer

OpenBSD 和您的虚拟机工作正常；您错误地使用了 Google 时间源。

这是在 OpenBSD 中经常问的问题和手册页。

您正在同步到发布 UTC 时间的时间源。但默认情况下rdate假设您的时间源发布 TAI-10 时间。 TAI 是所有 SI 秒的严格均匀递增计数，始终为每分钟 60 秒，目前比 UTC 早 36 秒，偶尔会折扣所谓的“闰秒”。（更准确地说：它打折积极的闰秒；但实际上还没有出现负闰秒。） 2016-12-31 23:59:60 UTC 将会比 UTC 提前 37 秒，闰秒将在本月底到来。

使用 TAI 而不是 UTC 的系统实际上倾向于使用更准确的 TAI-10，即 TAI 计数向未来移动 10，以便与 1970-01-01 00:00:00 UTC 对齐，也称为 TAI-10。作为 1969-12-31 23:59:50 TAI，与 1970-01-01 00:00:00 TAI-10。¹ 这比 UTC 早 26 秒，很快就会变成 27 秒。

众所周知，谷歌时间源不计算闰秒。他们使用涂抹这将不计其数的额外一秒的价值分散到一整天中，这意味着每年最多有两天谷歌秒不是统一的长度，并且与 SI 秒的长度不同。

rdate需要-c选项告诉它您的时间源不计算闰秒，并且您需要使用 Olsen“正确”时区，假设您的内核时钟在 TAI-10 中运行。（“正确的”时区和计算 TAI 而不是 UTC 的内核时钟有其优点。）

讽刺的是，由于根据您的日志，您也使用中欧时间，因此 OpenBSD 中给出的示例设置经常问的问题是正是适合您的。因此，请阅读 OpenBSD doco 并按照说明进行操作。

或者：如果您想在 UTC 而不是 TAI-10 中运行，请使用“posix”时区。

^{1 这是一个稍微简化的解释，涉及 UTC 的常用追溯定义，并忽略了这样一个事实：1972 年之前使用的 UT 秒是可变长度的，具有用于与 TAI 相互转换的大型表驱动算法。但这超出了本答案的范围。 1972年之前的情况是可怕的。有些人想废除 UTC 及其闰秒系统和 SI 秒长度，并将其恢复。他们……被误导了。}

进一步阅读

”为什么我的时钟慢了二十几秒？”.OpenBSD经常问的问题。
rdate。 OpenBSD 6.0 手册。
克里斯托弗·帕斯科 (2011-09-15)。 时间、技术和跳秒。谷歌。
佩里·洛里尔（2015-07-01）。 timeX.google.com提供非标准时间。第437章systemd 错误跟踪器。
丹尼尔·J·伯恩斯坦。UTC、TAI 和 UNIX 时间。 cr.yp.to。
大卫·马多雷 (2010-12-27)。 ”TAI−10 设置”。Unix 闰秒混乱。
https://unix.stackexchange.com/a/294715/5132

Question 2

26 是一个神奇的数字，它是（今天）添加到 UTC 的闰秒数。

您是否将 OpenBSD 时间与 Debian 系统进行比较？“正确的”区域信息文件？

TZ=/usr/share/zoneinfo/right/GB-Eire date; date
Thu Dec  1 19:46:16 GMT 2016
Thu Dec  1 19:46:41 GMT 2016

（抱歉，我只有 25 秒了，因为我还没有更新我的兹数据考虑到去年的飞跃）

其根源在于严格的 POSIX 对时间的解释，您可以在此处阅读更多内容： http://www.ucolick.org/~sla/leapsecs/timescales.html

Answer

26 是一个神奇的数字，它是（今天）添加到 UTC 的闰秒数。

您是否将 OpenBSD 时间与 Debian 系统进行比较？“正确的”区域信息文件？

TZ=/usr/share/zoneinfo/right/GB-Eire date; date
Thu Dec  1 19:46:16 GMT 2016
Thu Dec  1 19:46:41 GMT 2016

（抱歉，我只有 25 秒了，因为我还没有更新我的兹数据考虑到去年的飞跃）

其根源在于严格的 POSIX 对时间的解释，您可以在此处阅读更多内容： http://www.ucolick.org/~sla/leapsecs/timescales.html

Question 3

虽然我已经有一段时间没有在 VMware 下运行 OpenBSD，但如果您的 VM 主机有正确的时间，您可能需要尝试使用 OpenBSD 的内置 VMware Tools 驱动程序 vmt(4) 作为 ntpd(8) 的传感器，而不是使用时间服务器。如果这不起作用，您还可以尝试通过 sysctl(8) 设置 kern.timecounter.hardware=acpitimer0。

将 ntpd 的输出发布到 /var/log/daemon 中也可能会有所帮助。

Answer

虽然我已经有一段时间没有在 VMware 下运行 OpenBSD，但如果您的 VM 主机有正确的时间，您可能需要尝试使用 OpenBSD 的内置 VMware Tools 驱动程序 vmt(4) 作为 ntpd(8) 的传感器，而不是使用时间服务器。如果这不起作用，您还可以尝试通过 sysctl(8) 设置 kern.timecounter.hardware=acpitimer0。

将 ntpd 的输出发布到 /var/log/daemon 中也可能会有所帮助。

OpenBSD 和您的虚拟机工作正常；您错误地使用了 Google 时间源。

答案1

OpenBSD 和您的虚拟机工作正常；您错误地使用了 Google 时间源。

进一步阅读

答案2

答案3

相关内容