作者：周鹏辉
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】
https://my.cloudera.com/knowledge/Kudu-service-shows-error-quot-Cannot-initialize-clock-Error?id=74857
2.于是尝试按照Kudu官网的介绍【2】
【2】
https://kudu.apache.org/releases/1.13.0/docs/troubleshooting.html#_monitoring_clock_synchronization_status_with_the_ntp_suite
执行如下命令，收集节点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】
https://kudu.apache.org/releases/1.13.0/docs/troubleshooting.html#_monitoring_clock_synchronization_status_with_the_ntp_suite
2. ntpd服务的方式，有两种策略，一种是平滑、缓慢的渐进式调整（adjusts the clock in small steps所谓的微调）；一种是步进式调整（跳跃式调整）。两种策略的区别就在于，微调方式在启动NTP服务时加了个“-x”的参数，而默认的是不加“-x”参数。假如使用了-x选项，那么ntpd只做微调，不跳跃调整时间，但是要注意，-x参数的负作用：当时钟差大的时候，同步时间将花费很长的时间。-x也有一个阈值，就是600s，当系统时钟与标准时间差距大于600s时，ntpd会使用较大“步进值”的方式来调整时间，将时钟“步进”调整到正确时间。假如不使用-x选项，那么ntpd在时钟差距小于128ms时，使用微调方式调整时间，当时差大于128ms时，使用“跳跃”式调整。
本文分享自微信公众号 - Hadoop实操（gh_c4c535955d0f）。
如有侵权，请联系 [email protected] 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。