我有一些 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
并且应该以某种方式禁用?
systemd-timesyncd
是一次性的,因此它更像是一个 SNTP 客户端,而不是一个 NTP 客户端。我见过每次获得 DHCP 租约时都会触发它的情况,如果您的租约期限很短,则会频繁触发。您随附的日志片段并没有提供足够的信息 - 看起来就像一次激活并开始......事实证明,配置管理系统
timedatectl
每 10 分钟调用一次,以检查当前时区。这通过 DBUS 调用
timedate1
以获取答案,该答案仅在传入消息时激活。完全正常,完全是我的错。