![为什么dbus-org.freedesktop.timedate1启动如此频繁?](https://linux22.com/image/731745/%E4%B8%BA%E4%BB%80%E4%B9%88dbus-org.freedesktop.timedate1%E5%90%AF%E5%8A%A8%E5%A6%82%E6%AD%A4%E9%A2%91%E7%B9%81%EF%BC%9F.png)
我有一些 Ubuntu 18.04.1 服务器。它们都显示该服务大约每 10 分钟启动一次。
Jan 7 06:29:05 csrf-prod1-vm dbus-daemon[434]: [system] Activating via systemd: service name='org.freedesktop.timedate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.12841' (uid=0 pid=25418 comm="timedatectl " label="unconfined")
Jan 7 06:29:05 csrf-prod1-vm systemd[1]: Starting Time & Date Service...
Jan 7 06:29:05 csrf-prod1-vm dbus-daemon[434]: [system] Successfully activated service 'org.freedesktop.timedate1'
Jan 7 06:29:05 csrf-prod1-vm systemd[1]: Started Time & Date Service.
也许值得注意的是我已经配置了timesyncd
一些网络本地 ntp 服务器。
$ timedatectl status
Local time: Mon 2019-01-07 18:15:54 UTC
Universal time: Mon 2019-01-07 18:15:54 UTC
RTC time: Mon 2019-01-07 18:15:55
Time zone: Etc/UTC (UTC, +0000)
System clock synchronized: yes
systemd-timesyncd.service active: yes
RTC in local TZ: no
看来这项服务刚刚启动systemd-timedated
。这是用来systemd-timesyncd
设置时间的吗?为什么它没有像后缀 d[aemon] 所暗示的那样保持运行?或者它是多余的,systemd-timesyncd
应该以某种方式禁用?
答案1
systemd-timesyncd
是一次性的,所以它更像是 SNTP 客户端而不是 NTP 客户端。我见过每次你获得 DHCP 租约时都会触发它的情况,如果你的租约期限很短,它会频繁触发。不过,你附上的日志片段没有提供足够的信息——看起来只是一次激活和启动……
答案2
事实证明,配置管理系统timedatectl
每隔约 10 分钟就会调用一次,以检查当前时区。
这将timedate1
通过 DBUS 调用来获取答案,该答案仅在收到消息时激活。
所以完全正常,而且完全是我的错。