当select的时钟源是Hyper V时，Linux内核抱怨TSC

我们在Windows Server 2012上运行HyperV上的RHEL 6盒。在我们的RHEL盒子上，我在/ var / log / messages中看到这个错误

kernel: Clocksource tsc unstable (delta = -62519781 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. 

当前的时钟源是 –

 [root@server ~]# cat /sys/devices/system/clocksource/clocksource0/current_clocksource hyperv_clocksource 

可用的时钟源是 –

 [root@server ~]# cat /sys/devices/system/clocksource/clocksource0/available_clocksource hyperv_clocksource tsc acpi_pm jiffies 

我的问题是 – 1.当时钟源是HyperV时，为什么服务器抱怨tsc？ 2.我应该select哪个时钟源作为故障切换？

• 如何自动创buildHyper-V虚拟机并使用PowerShell安装应用程序
• Hyper-V服务器操作系统与VM客户操作系统之间的磁盘空间差异
• Hyper-Vnetworking在正常运行数天后即死亡
• 是否有可能configurationHyper-V主机阻止某些客人的stream量？
• 设备eth0似乎没有出现在新内核上，虚拟化模块在内核3.15.6上加载/编译

PS – 我知道红帽解决scheme – https://access.redhat.com/site/solutions/434883 。 我只是想知道为什么会发生这种情况？

对于那些没有RedHat Access，解决scheme如下 –

将时钟源更改为系统上的另一个可用时钟首先，find可用的系统时钟源：

 $ cat /sys/devices/system/clocksource/clocksource0/available_clocksource 

****结果的一个例子如下：*

 $ cat /sys/devices/system/clocksource/clocksource0/available_clocksource tsc hpet acpi_pm 

接下来，检查当前使用的时钟源：

 $ cat /sys/devices/system/clocksource/clocksource0/current_clocksource 

****结果的一个例子如下：*

 $ cat /sys/devices/system/clocksource/clocksource0/current_clocksource tsc 

最后，设置新的时钟源：

 echo <new clock source selection> > /sys/devices/system/clocksource/clocksource0/current_clocksource 

要在系统重新启动时使此更改保持不变，必须将以下内容添加到/boot/grub/grub.conf中的内核命令行中：

 clocksource=<clock source choice>