frequency file /var/lib/ntp/drift/ntp.drift.TEMP: Permission denied 的解决方案

问题背景：

测试服务器上部署ambari大数据平台后，发现METRICS COLLECTOR 服务出现问题，该服务不能启动成功，有博文指出是ntpd服务有问题，因此，查看了ntpd服务的状态，状态如下：

[root@slave2 root]# systemctl status ntpd
● ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled; vendor preset: disabled)
   Active: active (running) since Sun 2022-04-10 11:27:07 CST; 5h 39min ago
  Process: 756 ExecStart=/usr/sbin/ntpd -u ntp:ntp $OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 781 (ntpd)
   CGroup: /system.slice/ntpd.service
           └─781 /usr/sbin/ntpd -u ntp:ntp -g

Apr 10 11:27:07 slave2 ntpd[781]: 0.0.0.0 c012 02 freq_set kernel 0.057 PPM
Apr 10 11:27:12 slave2 ntpd[781]: Listen normally on 4 ens33 192.168.0.18 UDP 123
Apr 10 11:27:12 slave2 ntpd[781]: Listen normally on 5 ens33 fe80::20c:29ff:fe23:5740 UDP 123
Apr 10 11:27:12 slave2 ntpd[781]: new interface(s) found: waking up resolver
Apr 10 11:35:55 slave2 ntpd[781]: 0.0.0.0 c615 05 clock_sync
Apr 10 12:27:07 slave2 ntpd[781]: frequency file /var/lib/ntp/drift.TEMP: Permission denied
Apr 10 13:27:07 slave2 ntpd[781]: frequency file /var/lib/ntp/drift.TEMP: Permission denied
Apr 10 14:27:07 slave2 ntpd[781]: frequency file /var/lib/ntp/drift.TEMP: Permission denied
Apr 10 15:27:07 slave2 ntpd[781]: frequency file /var/lib/ntp/drift.TEMP: Permission denied
Apr 10 16:27:07 slave2 ntpd[781]: frequency file /var/lib/ntp/drift.TEMP: Permission denied

ntpd服务报错：frequency file /var/lib/ntp/drift/ntp.drift.TEMP: Permission denied ，此问题将导致时间同步出现问题，也就是说 ntpq -p  命令可能会无法正常执行,而如果时间同步出现问题，大数据平台将会出现各种稀奇古怪的问题，比如 ambari collector这个服务就需要按时间收取节点的各个服务信息，时间的不同将会导致服务部能够启动。

问题解决方案：

查看drift这个文件，发现属组变更为了root属组，因此，临时将该文件提升为777权限。后考虑不太安全，因此，将属组调整为750，总之，该文件的属性应该是调整为如下所示：

[root@slave2 ntp]# ll
total 4
-rw-r--r-- 1 ntp ntp 6 Mar 28 22:10 drift

此时在次重启ntpd服务，时间服务即可正常了。

[root@slave2 ntp]# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 master          LOCAL(0)         6 u   11   64    7    0.391   -0.083   0.008
[root@slave2 ntp]# ntpstat
unsynchronised
   polling server every 8 s
[root@slave2 ntp]# ntpstat
unsynchronised
   polling server every 8 s

再次重启ambari collector 服务恢复正常。

总结：

测试服务器有一次模拟sshd报错ssh_exchange_identification: read: Connectio...的问题，因此，将/var/lib/目录权限调整为了777，由此导致ambari平台的一个节点出现了问题。