随笔 - 105  文章 - 2 评论 - 9 阅读 - 19万
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

上次为了虚拟机调度任务执行的准确性,调整了虚拟机所在物理机的时间,本以为问题就此解决,后来看没用,那就能确定调度任务并非以虚拟机所在物理机的时间为准

那现在看就只有vm控制口时间会影响这个调度了,因为虚拟机的时间是准确的,虚拟机所在的物理机时间又是准确的,只剩控制口了

于是果断修改VMware Photon OS 控制口的时间,调整时区,同步时间一气呵成,本以为搞定的时候

在输入date一看,时间居然还原了,时区到是正确的

那看来机器上肯定开了同步时间的任务,然后同步时间的主机时间还不准

经过一番查找,ntp服务没开,硬件时间和虚拟机不一样,vmtoolsd倒是开了

systemctl status vmtoolsd

 进一步查看核实

vmware-toolbox-cmd timesync status

 果然就是这个导致的

本来可以把这个服务关了,一了百了,但是我不想这么做,修改下主机时间不就更好了

但是同步时间的主机是哪个呢,百思不得其解

也看了vm官方文档,都是说主机,但是主机是谁呢

https://docs.vmware.com/cn/VMware-vSphere/6.5/com.vmware.vsphere.vcsa.doc/GUID-6C202AED-91DE-4D20-B95D-0A71D101312C.html

好吧,原谅我是个小白,找了半天

经过查看宿主物理主机时间,确认两个时间一致

其实主机就是指控制口虚拟机所在的宿主物理主机

到这里,问题就变成了,修改vm控制口所在的物理机时间

那就是按上次那个操作方式,修改物理机EXSI的时间即可:https://www.cnblogs.com/allay/p/17593076.html

最终查看vm控制口时间,恢复正常了

 

参考文档:

https://blog.51cto.com/u_12835254/5272873

https://blog.csdn.net/wo1769815/article/details/110942155

https://www.cnblogs.com/dux2016/articles/7102121.html

posted on   06  阅读(2285)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
点击右上角即可分享
微信分享提示