服务器系统时间会跳变,系统时间跳变问题处理记录--时间提前8小时

问题:

某次升级系统内核操作后,服务器重启后,告警监控平台当时未收到设备重启告警及恢复告警,延迟八小时之后告警才在告警呈现

系统Suse 11 SP1

排查:

检查/var/log/messages,发现重启时间段内时间跳变

7d862a987739225f6702fa9df4810244.png

检查本地时间配置:

/etc/sysconfig/clock 配置的HWCLOCK="-u"

/etc/localtime 配置的时区为CST-8

规避

/etc/sysconfig/clock 配置的HWCLOCK="--localtime"

彻底解决方法:重新生成当前内核版本的init系统驱动文件

备份当前系统的initrd文件软连接

备份原init文件

cd /boot;cp initrd-2.6.32.12-0.7-default initrd-2.6.32.12-0.7-default_bak

确认无误后,重新生成init文件

mkinitrd

重启观察时间是否正常

该问题原因是suse11系统除了以上两个时区时间配置文件外,在/boot下的initrd下也有这两个文件,系统启用的时候优先使用initrd下的文件设置系统时间,/etc/sysconfig/clock和/etc/localtime 后启动也只是微调时间,不会重设时间,当两个地方的文件配置不一致的时候,就会造成时间的错乱,在suse11 sp3中已经解决(应该)

今天补充一下另一个关于时间的问题记录:

root查看时间时区正常,普通用户查看时间是UTC时区时间

检查/etc/localtime文件权限是600,修改为644,普通用户查看时间正常

可能是系统加固的时候误操作造成

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
时间跳变对OpenStack云有重要的影响。OpenStack是一个基于云计算的开源软件平台,用于构建和管理云端基础设施。它由多个组件组成,包括计算、网络和存储等。时间跳变可能导致以下影响。 首先,时间跳变可能影响OpenStack中各个组件之间的通信和同步。OpenStack的组件之间需要通过消息传递进行沟通和协调。如果时间跳变引起各个组件的时间不一致,那么它们可能无法准确地理解和处理彼此发送的消息,从而导致通信中断和同步错误。 其次,时间跳变可能影响OpenStack中的时间戳和计时器的准确性。在OpenStack中,时间戳和计时器在各个组件之间用于记录和跟踪事件的发生顺序和时间间隔。如果时间跳变导致时间戳和计时器不准确,那么可能对OpenStack的事件流、监控和日志记录等功能产生负面影响,从而影响系统的可用性和可靠性。 此外,时间跳变还可能影响OpenStack中的调度和资源管理。OpenStack中的调度器和资源管理器根据需求和策略来分配和管理虚拟资源。时间跳变可能导致调度和资源管理器无法准确地判断虚拟资源的使用情况和可用性,从而可能导致资源的不平衡和浪费。 综上所述,时间跳变对OpenStack云有着重要的影响。为了确保系统的稳定性和性能,应该在部署和维护OpenStack云时注意时间同步和校准,以确保各个组件之间的通信和同步正常运行,时间戳和计时器的准确性,以及调度和资源管理的正确性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值