我在HyperV下运行了一个HyperV VM (Version6.2)。我已经安装了集成服务(现在是基础的一部分),CentOS显示当前的时钟源是hyperv_clocksource,但是在VM中的时间大约是运行一周后的10分钟。我对新集成电路和可即插即用时钟源的理解是,这种情况不应该再发生了。是否有任何额外的配置,以使插件时钟源“工作?”
我知道关于设置内核选项和诸如此类的东西有很多链接,但这些似乎都比集成的时钟源支持提前,而且据我所知,应该不再需要它了。ntpd和adjtimex也不应该。
编辑:正在运行3.2的IC (什么船w/Centos 6.2),升级到3.3今天,机器已经运行了1小时22分钟,时钟已经快了5秒。因此,我现在运行的是最新的IC,仍然有同样的问题。
发布于 2012-06-29 20:00:27
我过去曾遇到过这个问题,并通过调整启动开关(notsc divider=10)和ntp设置来纠正它:
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
# initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-164.6.1.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-164.6.1.el5 ro root=/dev/VolGroup00/LogVol00 hda=noprobe hdb=noprobe notsc divider=10
initrd /initrd-2.6.18-164.6.1.el5.img
title CentOS (2.6.18-164.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-164.el5 ro root=/dev/VolGroup00/LogVol00
initrd /initrd-2.6.18-164.el5.img样本ntp.conf:
tinker panic 0
restrict 127.0.0.1
restrict default kod nomodify notrap
server 0.vmware.pool.ntp.org
server 1.vmware.pool.ntp.org
server 2.vmware.pool.ntp.org
driftfile /var/lib/ntp/drift来源:
纠正服务器2008 R2上超V上的Linux时钟漂移
http://hardanswers.net/correct-clock-drift-in-centos-hyper-v
发布于 2014-09-25 05:36:18
令人遗憾的是,负载下的超VLinux客户时钟漂移相当普遍(不同步VM中的时钟漂移是不可避免的)。有关此问题的其他帖子,请参见Linux时钟每周损失10分钟和超V型机器在整个过程中都在漂移时间,即使是NTP。我看到的轶事证据如下:
current_clocksource是hyperv_clocksource --您的时钟在引导后会漂移,除非您运行下面的同步程序之一,否则不会得到纠正。围绕这个主题有很多复杂的面向窗口和冲突信息,也有很多重复的术语,比如“可插拔的时间源”。ntpd无法纠正Linux Hyper-V客户端中可能出现的数量漂移。和您将不得不使用常规的蛮力ntpdate同步(坏)或ntp服务(如chrony (更好))来纠正大时钟漂移。发布于 2012-06-29 19:19:26
首先,检查hyper-v是否检测到集成服务。我知道的唯一方法是如何使用系统中心虚拟机管理器,但我假设一定有一种使用超级v的mmc的方法。
另外,当VM配置中禁用时钟同步时,我也看到了这种情况。时钟为什么跑得更快是我无法理解的。我附上了vm配置的屏幕截图供您参考。

https://serverfault.com/questions/402080
复制相似问题