Сбои синхронизации времени NTP в Debian

Это на HypriotOS (Debian GNU/Linux 10), работающем на RaPi.

$ timedatectl show-timesync
Failed to parse bus message: Connection timed out

Затем сделайте это с помощью sudo:

$ sudo timedatectl timesync-status
Failed to query server: Failed to activate service 'org.freedesktop.timesync1': timed out (service_start_timeout=25000ms)

Затем показывая timedatectl status показывает, что "Служба NTP: неактивна"

$ timedatectl status
               Local time: Sat 2020-03-07 21:03:51 CET
           Universal time: Sat 2020-03-07 20:03:51 UTC
                 RTC time: n/a
                Time zone: Europe/Zurich (CET, +0100)
System clock synchronized: yes
              NTP service: inactive
          RTC in local TZ: no

Как правильно это исправить? А может сначала, откуда брать информацию для анализа?

Я уже установил правильные серверы NTP в /etc/systemd/timesyncd.conf а затем побежал $ sudo timedatectl set-ntp false с последующим $ sudo timedatectl set-ntp true.

Обновление 2020-03-23

Перезапуск timesyncd как предложено не работает - его там нет.

$ systemctl restart timesyncd
Failed to restart timesyncd.service: The name org.freedesktop.PolicyKit1 was not provided by any .service files
See system logs and 'systemctl status timesyncd.service' for details.
$ sudo systemctl restart timesyncd
Failed to restart timesyncd.service: Unit timesyncd.service not found.
$ systemctl status timesyncd.service
Unit timesyncd.service could not be found.
Источник

2 ответа

В Руководстве по серверу Ubuntu для NTP (Ubuntu основан на Debian) существует служба, интегрированная в systemd, для обработки синхронизации времени. Возможно, его необходимо перезапустить, чтобы изменения вступили в силу:

systemctl restart timesyncd

или, если вам нужен полноценный NTP-сервер, вы можете установить chrony, как рекомендовано, или ntpd как традиционный демон NTP (NTP-сервер, установленный пользователем, будет иметь приоритет над timesyncd).

Источник

Я думаю, что происходит, когда я настраиваю свой NTP-сервер для тестирования chronyd на клиентах. Я внес одно изменение, которое увидел в другом посте, который распахнул дверь. Я продолжал получать то же самое, когда запускал #chronycsources -v. Я бы получил статус ^?. Мне удалось пропинговать сервер, и маршрутизация не использовалась. В сообщении говорилось, что оно как-то связано с проверкой геолокации. Я видел еще один пост, в котором упоминалось, как настроить NTP-сервер, и этот человек не проголосовал против. В любом случае то, что он предложил, восполнило этот пробел. На NTP-сервере (работает chrony) в /etc/chrony.conf. разрешить 192.168.168.0/24 локальный уровень 10. Локальный уровень 10 уже существует, но его необходимо раскомментировать. Перезапустил службы как на сервере, так и на клиенте, и теперь я вижу, что они работают правильно. #chronyc source -v^* SERVERIP Последний прием =19 ДЖЕКПОТ. Другие команды, которые помогли мне указать на решение, были:#timedatectl show-timesync Не удалось проанализировать сообщение шины: нет маршрута к хосту. Эта ошибка все еще отображается, так что не беспокойтесь об этом. #timedatectl showNTPSynchronized=yes Раньше было NTPSynchronized=no

Источник
Другие вопросы по тегам