De ce dbus-org.freedesktop.timedate1 a început atât de frecvent?
Am câteva servere Ubuntu 18.04.1. Toți arată că acest serviciu este pornit grosolan la fiecare 10 minute.
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.
Poate de remarcat este că am configurat timesyncd cu unele servere de rețea locală 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
Se pare că acest serviciu abia începe systemd-timedated . Este ceea ce folosește systemd-timesyncd pentru a seta ora? De ce nu rămâne în funcțiune așa cum ar sugera sufixul d [aemon]? Sau este redundant la systemd-timesyncd și ar trebui să fie dezactivat într-un fel?
Оказалось, что система управления конфигурацией вызывала timedatectl каждые ~10 минут, чтобы проверить текущий часовой пояс.
Это вызывает timedate1 через DBUS для получения ответа, который активируется только для входящих сообщений.
Совершенно нормально и полностью моя вина.
systemd-timesyncd является одноразовым, так что это скорее клиент SNTP, чем NTP. Я встречал ситуации, когда он срабатывает каждый раз, когда вы получаете аренду DHCP, и если у вашей аренды короткий период, он запускается часто. Приложенный вами фрагмент журнала не дает достаточно информации - это выглядит как одна активация и запуск ...