O que está impedindo que o Ubuntu 16.04 configure a hora corretamente

Question

Eu tenho um Dell SC1430 executando o XUbuntu 16.04 atuando como um servidor backend Mythtv. Ele está funcionando bem há muitos anos, mas agora, depois de atualizar de 12.04, via 14.04 para 16.04 (usando do-release-upgrade), a hora do sistema é desligada em 2 horas e não pode ser definida na hora correta.

Quando eu, ou qualquer mecanismo como ntpd ou timesyncd , tenta definir a hora, ela imediatamente muda de volta. Eu recebo isso no syslog ao tentar ntpd :

Sep 17 12:32:33 eddie ntpd[21484]: proto: precision = 0.131 usec (-23)
Sep 17 12:32:33 eddie ntpd[21484]: restrict 0.0.0.0: KOD does nothing without LIMITED.
Sep 17 12:32:33 eddie ntpd[21484]: restrict ::: KOD does nothing without LIMITED.
Sep 17 12:32:33 eddie ntpd[21484]: Listen and drop on 0 v6wildcard [::]:123
Sep 17 12:32:33 eddie ntpd[21484]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Sep 17 12:32:33 eddie ntpd[21484]: Listen normally on 2 lo 127.0.0.1:123
Sep 17 12:32:33 eddie ntpd[21484]: Listen normally on 3 eth0 192.168.1.11:123
Sep 17 12:32:33 eddie ntpd[21484]: Listen normally on 4 lo [::1]:123
Sep 17 12:32:33 eddie ntpd[21484]: Listen normally on 5 eth0 [fe80::219:b9ff:fe22:9d01%2]:123
Sep 17 12:32:33 eddie ntpd[21484]: Listening on routing socket on fd #22 for interface updates
Sep 17 10:32:52 eddie systemd[28438]: Time has been changed
Sep 17 10:32:52 eddie ntpd[21484]: ntpd: time set -7188.398130 s
Sep 17 10:32:52 eddie systemd[2506]: Time has been changed
Sep 17 10:32:52 eddie systemd[1]: Time has been changed
Sep 17 12:32:41 eddie systemd[28438]: Time has been changed
Sep 17 12:32:41 eddie systemd[2506]: Time has been changed
Sep 17 12:32:41 eddie systemd[1]: Time has been changed

Como você pode ver, o tempo realmente muda por um momento, então algo está mudando isso de volta.

O status do Timedatectl me dá:

root@eddie:~# timedatectl status 
      Local time: Sun 2017-09-17 14:24:12 CEST
  Universal time: Sun 2017-09-17 12:24:12 UTC
        RTC time: Sun 2017-09-17 12:24:12
       Time zone: Europe/Stockholm (CEST, +0200)
 Network time on: no
NTP synchronized: no
 RTC in local TZ: no

O UTC deve ser 10:24:12 e o horário local deve ser 12:24:12 neste exemplo.

Meu melhor palpite é que algum outro programa / processo está (tentando) manter o tempo correto, mas fica confuso com o fuso horário ou algo assim após a atualização.

Como sugeri acima, tentei usar o NTP em vez da abordagem timedatectl , mas o comportamento é exatamente o mesmo.

Esta não é uma situação de inicialização dupla que eu li em outras pessoas com problemas.

Qualquer ajuda seria muito apreciada!

    

Answer 1

Estou um pouco inseguro sobre qual foi o problema, mas resolvi por:

1. A garantia do serviço ntp não inicia na inicialização (chmodding -x para / usr / sbin / ntpd)
2. Efetuando login via teclado no servidor, em oposição ao ssh de outro cliente.
3. Como redefinir o fuso horário e ativar o "horário da rede" na GUI
4. Reiniciando
5. Assegurando que o serviço ntp seja iniciado na inicialização
6. Reiniciar novamente

Alguns comentários: No syslog, parecia que algum serviço systemd estava redefinindo a hora depois que tentei definir a hora corretamente. O processo id: s revelou que meu login via ssh era responsável por um desses processos e lightdm pelo outro. Por isso, entrei via teclado no próprio servidor para ter apenas um serviço de tempo do sistema em execução.

Além disso, systemctl status systemd-timesyncd.service relatou:

● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
  Drop-In: /lib/systemd/system/systemd-timesyncd.service.d
           └─disable-with-time-daemon.conf
   Active: inactive (dead)
Condition: start condition failed at Sun 2017-09-17 16:09:41 CEST; 4min 35s ago
           ConditionFileIsExecutable=!/usr/sbin/ntpd was not met

Daí a chmodding de / usr / sbin / ntpd