Linux Unix系统静态日期自动获取更改
感谢您花时间研究我的问题,我们有VM服务器(cent os),我们正在根据业务要求设置静态日期,我们需要保持相同的日期,因此我们安排cron将日期设置回2017年6月23日午夜12点,但从下午3点左右的业务工作时间内的几天开始,日期会自动更改为当前日期,这将导致应用程序在此期间中断 我们尝试的可能解决方案: 1.已卸载ntp以避免任何日期设置。 2.vmware同步已禁用。 3.日期设置cron作业暂时禁用。 4.重新启动服务器以修复此问题,但发现以下结果 [root@xxxx-t01~]#hwclock-u 2017年6月23日星期五下午4:42:05太平洋时间-0.547072秒 [root@xxxx-t01~]#日期-u 2018年4月4日星期三23:42:44 UTC [root@xxx-t01~]# 重新启动后,系统日期和硬件日期不同。我们通过时区设置来解决这个问题 我们尝试使用其他解决方案来捕获事件,如var/logs/messages,但我们无法捕获任何可能可疑的事件 寻找有价值的输入来检查日期是如何变化的,我们是否有任何方法可以捕获任何外部源试图在服务器上执行一些操作,以便将日期更改为当前日期 谢谢你的帮助 干杯,Linux Unix系统静态日期自动获取更改,linux,unix,unix-timestamp,Linux,Unix,Unix Timestamp,感谢您花时间研究我的问题,我们有VM服务器(cent os),我们正在根据业务要求设置静态日期,我们需要保持相同的日期,因此我们安排cron将日期设置回2017年6月23日午夜12点,但从下午3点左右的业务工作时间内的几天开始,日期会自动更改为当前日期,这将导致应用程序在此期间中断 我们尝试的可能解决方案: 1.已卸载ntp以避免任何日期设置。 2.vmware同步已禁用。 3.日期设置cron作业暂时禁用。 4.重新启动服务器以修复此问题,但发现以下结果 [root@xxxx-t01~]#hw
桑托什我希望我没弄错你。海事组织应采取以下解决办法: 干得很好 请尝试以下操作:
# disable - ntp
timedatectl set-ntp 0
# disable chronyd (the "ntp-service")
systemctl stop chronyd
systemctl disable chronyd
# or
systemctl mask chronyd
# set your system time
date -s [your time]
# set your hardware time based on system time
hwclock -w
您还可以使用一些hwclock调试选项
使用
作为最后一道“防线”(针对时钟更新)你
可以通过防火墙cmd/iptables阻止ntp端口。为什么需要保持相同的日期?其业务要求是,他们需要在固定日期将某些数据与某些外部数据源保持同步,以便保持其静态日期。我们已删除ntp,以防止此问题,但我们仍然面临此问题