Kudu时间同步了还是报时间未同步异常处理

发布日期:2020-12-24 11:08
微信图片_20201225144206
Kudu对时间同步有严格的要求,本文档描述了一次集群已经使用NTP进行时间同步,Kudu组件还是报时间未同步问题处理流程。
  • 测试环境
1.CDH和CM版本:CDP7.1.4和CM7.1.4
2.集群启用Kerbeos+OpenLDAP+Ranger

问题描述:
1.如下集群所有Kudu实例异常


2.查看日志报时间未同步相关异常


3.查看我们已经使用NTP进行时间正常同步,而且集群其他服务都没有问题,就Kudu组件有问题


问题分析
1.日志里面Kudu有报could not find executable :chrony异常,按照如下KB介绍【1】,排查我们并没有使用chronyc。


【1】

2.于是尝试按照Kudu官网的介绍【2】
【2】

执行如下命令,收集节点NTP时间同步相关信息,发现NTP同步信息一切正常。
ntptime
ntpq -nc lpeers
ntpq -nc opeers


3.再检查ntpd进程是否用“-x“这个选项启动,如果是的话, 请移除这个选项,重新启动ntpd


问题解决
1.修改Kudu节点的/etc/sysconfig/ntpd文件,把-x参数删除,重启ntpd、 cloudera-scm-agent、Kudu实例,问题解决。


修改并且重启ntpd后,ntpd 进程不带-x参数


总结
1.根据KB【2】的解释,NTP启动中有-x和没有-x是如何影响Kudu tablet servers已经很清楚了。
【2】


2. ntpd服务的方式,有两种策略,一种是平滑、缓慢的渐进式调整(adjusts the clock in small steps所谓的微调);一种是步进式调整(跳跃式调整)。两种策略的区别就在于,微调方式在启动NTP服务时加了个“-x”的参数,而默认的是不加“-x”参数。假如使用了-x选项,那么ntpd只做微调,不跳跃调整时间,但是要注意,-x参数的负作用:当时钟差大的时候,同步时间将花费很长的时间。-x也有一个阈值,就是600s,当系统时钟与标准时间差距大于600s时,ntpd会使用较大“步进值”的方式来调整时间,将时钟“步进”调整到正确时间。假如不使用-x选项,那么ntpd在时钟差距小于128ms时,使用微调方式调整时间,当时差大于128ms时,使用“跳跃”式调整。
分享到:
推荐精彩博文