为什么dbus-org.freedesktop.timedate1启动如此频繁?

为什么dbus-org.freedesktop.timedate1启动如此频繁?

我有一些 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 调用来获取答案,该答案仅在收到消息时激活。

所以完全正常,而且完全是我的错。

相关内容