Hyper

wkl17 · 发表于 2019-5-30 20:26:46

本帖最后由 wkl17 于 2019-5-30 21:03 编辑

你们遇到过这样的情况吗？

我22天前给vm同步过北京时间。

然后22天后在对比北京时间，竟然慢了差不多45秒。

我以前已经关闭了HyperV物理机同步vm时间的选项了。

刚才过滤出了vm所有时钟调整的系统日志，虽然有几个记录，

但是几个记录调整的时间最高没有超过1秒，而且累加起来应该也不会超过3秒。

是CPU时钟频率有问题吗？还是可能其他原因？

各位还有留意过各种虚拟化的vm的时间不同步现象吗？

各位如果遇到这样的情况，通常会有什么排查思路？

wkl17 · 发表于 2019-5-30 20:30:11

差不多所有时间调整的系统日志都是这样的：

系统时间已从 ‎2019‎-‎05‎-‎15T19:19:31.224309800Z 更改为 ‎2019‎-‎05‎-‎15T19:19:31.224000000Z。

更改原因: 应用程序或系统组件更改了时间。

，也就是精度调整了0.0001秒左右。（这种时间一般是什么进程调整的？因为在这22天内我都没有手工调整过时间）

wkl17 · 发表于 2019-5-30 20:33:19

多说一句。我关闭了系统自带的时间同步。因为似乎不太稳定，经常无法同步。

然后自己写了批处理程序，定时自动同步的。差不多22天前手工关闭了批处理程序。

并且可以确定22天前关闭的时候，有正常完成了那一次的时间同步（因为我同时记录了时间等日志）

然后今天再登录vm就发现时间慢了差不多45秒。

wkl17 · 发表于 2019-5-30 20:38:36

以前也遇到过个人电脑时间有时卡住不动了，比如现在正常同步了北京时间，

但是24小时后，系统时间只走了差不多3个小时。也就是24个小时产生了近21个小时的误差。

那个好像说是因为CPU晶振之类的坏掉了导致的？

但是这次的情况是服务器。CPU应该是正常的。

不知道是否可以用软件直接检测出晶振频率之类的参数？

bax · 发表于 2019-5-30 20:39:24

不知道，楼下大佬一定知道。

testuserll · 发表于 2019-5-30 20:48:13

没见过24小时卡住差21小时的，只知道vm时间本来就越走越慢。

之前用vmware esx虚拟化，所有的机器都是这样，厂家的解释是vm虚拟机的时钟都是模拟出来的，当系统负载过高的时候模拟的时钟都会变慢，导致越走越慢。重要的是模拟的时钟自己不知道自己变慢，所以每台机器需要开启与esx主机同步时间

wkl17 · 发表于 2019-5-30 20:58:40

testuserll 发表于 2019-5-30 20:48

没见过24小时卡住差21小时的，只知道vm时间本来就越走越慢。

之前用vmware esx虚拟化，所有的机器都是这样 ...
感谢解答，学习了。我也在想会不会是因为负载的原因导致变慢了，你这样解释就Get了。

24小时误差了几小时的电脑，我应该不止遇到过2例，都是个人电脑。可能是CPU有问题。

wkl17 · 发表于 2019-5-30 20:48:00

还有些鸡房 \封\杀了时间同步（ntpdate无法同步），是为何？

难道允许客户机时间同步也会有被放大攻击的可能性？

wkl17 · 发表于 2019-5-30 21:01:08

按照 6#的说法，那我这个例子，差不多平均每天会慢了2秒。

doruison · 发表于 2019-5-30 21:02:56

原来 “天上方一日，地上已千年” 是这么来的

Hyper

浏览过的版块