上次为了虚拟机调度任务执行的准确性,调整了虚拟机所在物理机的时间,本以为问题就此解决,后来看没用,那就能确定调度任务并非以虚拟机所在物理机的时间为准
那现在看就只有vm控制口时间会影响这个调度了,因为虚拟机的时间是准确的,虚拟机所在的物理机时间又是准确的,只剩控制口了
于是果断修改VMware Photon OS 控制口的时间,调整时区,同步时间一气呵成,本以为搞定的时候
在输入date一看,时间居然还原了,时区到是正确的
那看来机器上肯定开了同步时间的任务,然后同步时间的主机时间还不准
经过一番查找,ntp服务没开,硬件时间和虚拟机不一样,vmtoolsd倒是开了
systemctl status vmtoolsd
进一步查看核实
vmware-toolbox-cmd timesync status
果然就是这个导致的
本来可以把这个服务关了,一了百了,但是我不想这么做,修改下主机时间不就更好了
但是同步时间的主机是哪个呢,百思不得其解
也看了vm官方文档,都是说主机,但是主机是谁呢
好吧,原谅我是个小白,找了半天
经过查看宿主物理主机时间,确认两个时间一致
其实主机就是指控制口虚拟机所在的宿主物理主机
到这里,问题就变成了,修改vm控制口所在的物理机时间
那就是按上次那个操作方式,修改物理机EXSI的时间即可:https://www.cnblogs.com/allay/p/17593076.html
最终查看vm控制口时间,恢复正常了
参考文档:
https://blog.51cto.com/u_12835254/5272873
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南