如何确保 hv_utils 正在更新 Azure 中的系统时钟

Question

因此，看起来最近有一个已知问题Hyper-V hv_util 时间源。此外，当我们重新启动虚拟机时，20 秒的时间漂移消失了，因此很可能是硬件时钟正在运行，但在更新系统时钟时遇到了问题。

我们的虚拟机使用的是内核 4.4.0-47，而上述问题已在 4.4.0-87.110 中得到修补。运行sudo apt-get update && sudo apt-get upgrade并重新启动虚拟机后，我们现在拥有内核 4.4.0-104。我将继续监控漂移，但仍然好奇是否有任何方法可以确认 hv_utils 正在更新系统时钟。

更新： ~~到目前为止，这似乎已经解决了问题~~。以前，我们看到每 24 秒大约有 1ms 的漂移（每 24 小时漂移超过 3.5s），而在更新内核后，我们看到增量保持在 200ms 以下。

$ sudo apt-get install iputils-clockdiff
$ clockdiff TESTNTPSERVER
.
host=VMNAME rtt=750(187)ms/0ms delta=-182ms/-182ms Tue Dec 19 03:46:43 2017

更新：在接下来的 24 小时内，我们看到它继续从 -200 毫秒漂移到 +2904 毫秒。上面的补丁似乎是为了修复内核时间调整与用户空间 ntpd/systemd-timesyncd 进程之间的争用，该争用导致服务器不断漂移。在我们的案例中，systemd-timesyncd 从未成功更新时钟，因为它无法访问默认 ntp 服务器（错误journalctl -u systemd-timesyncd消息和空/var/lib/systemd/clock文件证实了这一点）。所以我们看到的是 4.4.0-87.110 内核中的新行为，其中现在，hyper-v 时钟不再进行内核时间调整，而是作为 PTP 硬件时钟 (PHC) 公开. 使用 phc_ctl 我们可以在虚拟机上看到这个时钟（注意这也会启用 ptp4l 服务）：

$ clockdiff TESTNTPSERVER
............
host=VMNAME rtt=33(93)ms/0ms delta=2904ms/2904ms Tue Dec 19 20:59:48 2017

$ ls -la /var/lib/systemd/clock
-rw-r--r-- 1 systemd-timesync systemd-timesync 0 Feb 11  2016 /var/lib/systemd/clock

$ sudo apt-get install linuxptp
$ sudo systemctl disable ptp4l
$ sudo phc_ctl /dev/ptp0 get;echo "              date: clock time is $(date +%s.%N) or $(date)"
phc_ctl[65577.406]: clock time is 1513721576.691973400 or Tue Dec 19 22:12:56 2017
              date: clock time is 1513721574.065892000 or Tue Dec 19 22:12:54 UTC 2017

因此，如果我们想在 4.4.0-87.110 或更新的内核上使用内置的 Hyper-V 时间同步，我们需要使用支持 PTP 硬件时钟的时间同步过程。

Answer 1