Início / server / Perguntas / 948974
Accepted
manifestor
Asked: 2019-01-15 04:40:10 +0800 CST

Força systemd timesyncd para sincronizar a hora com o servidor NTP imediatamente

  • 772

Configurei o systemd timesyncd para obter a hora de um servidor NTP:

/etc/systemd/timesyncd.conf > NTP=ca.pool.ntp.org
systemctl restart systemd-timesyncd.service 
timedatectl set-ntp true

O estado é o seguinte:

$ timedatectl status
...
Network time on: yes
NTP synchronized: no

Como a saída indica, a hora ainda não está sincronizada. Alguém pode me ajudar nas seguintes questões?

  • Quanto tempo levará para o timesyncd sincronizar com o NTP? Em que intervalos faz isso, onde posso verificá-los e alterá-los?
  • Em casos urgentes: Só posso definir a hora manualmente ou posso forçar o timesyncd a sincronizar imediatamente com o servidor NTP?
systemd

4 respostas

  1. Sem instalar mais nenhum pacote... Desligue o NTP, defina manualmente o tempo para estar próximo o suficiente , ligue o NTP novamente:

    Definir serviço NTP inativo

    $ timedatectl set-ntp false

    Defina a hora manualmente

    Obtenha a hora LOCAL aproximada do relógio de parede, do seu telefone, da Internet. Não precisa ser perfeito porque vamos ativar o ntp novamente em um momento...

    $ sudo timedatectl set-time "2019-06-22 13:41:00"

    Definir serviço NTP ativo

    $ sudo timedatectl set-ntp true

    Espere.

    Espere alguns minutos. Se a resposta em timedatectl não mudar, você terá problemas de rede.

    $ timedatectl
               Local time: Sat 2019-06-22 13:49:53 AEST
           Universal time: Sat 2019-06-22 03:49:53 UTC
                 RTC time: Sat 2019-06-22 03:49:54
                Time zone: Australia/Sydney (AEST, +1000)
System clock synchronized: no
              NTP service: active
          RTC in local TZ: no

    O "Relógio do sistema sincronizado: não" mudará para "sim" quando estiver ajustado o suficiente para ser considerado 'em sincronia'. Algo como:

    $ timedatectl 
               Local time: Wed 2020-07-22 09:50:32 AEST  
           Universal time: Tue 2020-07-21 23:50:32 UTC   
                 RTC time: Tue 2020-07-21 23:50:32       
                Time zone: Australia/Sydney (AEST, +1000)
System clock synchronized: yes                           
              NTP service: active                        
          RTC in local TZ: no

    e

    $ timedatectl timesync-status
       Server: 91.189.91.157 (ntp.ubuntu.com)  
Poll interval: 1min 4s (min: 32s; max 34min 8s)
         Leap: normal                          
      Version: 4                               
      Stratum: 2                               
    Reference: 8CCBCC4D                        
    Precision: 1us (-24)                       
Root distance: 64.781ms (max: 5s)              
       Offset: -88.040ms                       
        Delay: 754.084ms                       
       Jitter: 78.200ms                        
  Packet count: 8                               
     Frequency: -187.812ppm

    Solução de problemas

    Quem você está pedindo para o tempo?

    $ cat /etc/systemd/timesyncd.conf
[Time]
NTP=pool.ntp.org

    Espero que esse pool comum seja o melhor, mas algumas distribuições podem ter seus próprios, ou um regional ou você pode ter algo desatualizado; tudo bem, apenas certifique-se de que existe e serve ntp. Se houver um fechamento que você possa alcançar, como um servidor de horário corporativo que está dentro do firewall, você pode defini-lo aqui ou definir um servidor de reserva. Veja os documentos para mais.

    Como está o andamento da sincronização?

    $ timedatectl timesync-status
       Server: 13.210.208.89 (au.pool.ntp.org)
Poll interval: 8min 32s (min: 32s; max 34min 8s)
 Packet count: 0

    Essa sincronização está indo mal: começou em 30 segundos, mas acabou esperando mais de 8 minutos entre as pesquisas. O packet counté uma contagem de entrada; ou seja: houve zero respostas. Veja acima um exemplo de um saudável. O intervalo de pesquisa se ajusta automaticamente em relação ao quanto seu relógio se desvia.

    Há qualquer mensagem de erro?

    Verifique o syslog para obter pistas sobre qual pode ser o problema.

    $ journalctl --unit=systemd-timesyncd.service
Jun 22 14:13:09 meebox systemd-timesyncd[8333]: Timed out waiting for reply from 103.214.220.220:123 (au.pool.ntp.org).

    Neste exemplo, os pacotes de saída não estavam recebendo nenhuma resposta porque os pacotes ntp estavam sendo bloqueados por um firewall corporativo.

    • 31
  2. Best Answer

    Para usar uma implementação NTP real, você precisa instalar e configurar um, chronyou talvez ntpd. Faça isso se você precisar de qualquer monitoramento do desempenho do tempo. Vou assumir cronia.

    Adicione iburstàs suas linhas poolou server em sua configuração para acelerar os poucos pacotes iniciais. Ainda pode demorar alguns minutos para estabilizar, seja paciente.

    Ao editar o chrony.conf, revise quando as etapas são permitidas. Por exemplo, makestep 1.0 3significa que nas primeiras 3 atualizações após o início do chronyd, um deslocamento maior que 1 segundo define o relógio imediatamente. Voltar no tempo é ruim para alguns aplicativos, portanto, grandes etapas geralmente não são permitidas quando o sistema está em execução.

    Na linha de comando, todas as variáveis ​​podem ser consultadas.

    chronyc trackingmostrará o deslocamento atual. Tenha uma ideia de quais são seus requisitos, a precisão de um segundo pode facilmente tolerar dezenas de milissegundos de deslocamento.

    chronyc makestep sem argumentos fará o ajuste atual imediatamente. Normalmente não é necessário, há uma diretiva de arquivo de configuração correspondente, e o chrony disciplinará o relógio de forma constante. makestepna CLI é para corrigir o NTP interativamente quando você não deseja reiniciar o chronyd.

    timesyncdé um cliente SNTP que pode definir o tempo, mas não discipliná-lo de forma gradual e contínua, nem filtrar o servidor NTP remoto com base na qualidade . (Ele também não pode falar com hardware de tempo ou PTP, apenas protocolo NTP.) Um pouco melhor do que repetido ntpdate, pelo que quero dizer relógio não muito bom. Pessoalmente, eu o substituo na maioria dos servidores.

    Sobre a única maneira de definir a hora com timesyncd é manualmente: timedatectl set-time "2019-01-15 00:40:16". Não possui meios robustos para disciplinar e monitorar o relógio. As estatísticas básicas do NTP via timedatectl timesync-statussão uma coisa relativamente nova, não acho que essa opção esteja disponível no Red Hat 7 ou no Ubuntu 18.04.

    systemd define "sincronizado" como se o NTP já foi usado para dizer ao Linux para ajustar o relógio. Especificamente, se a disciplina do kernel chamar adjtimex() retornou sem erro, e não o estado inicial. Consulte o código-fonte, systemd/src/basic/time-util.c.

    • 22

  3. Outra solução de problemas para mim foi olhar para

    journalctl --unit=systemd-timesyncd.service

    jun 09 10:14:14 srvSRVsrv systemd-timesyncd[xxxxx]: O servidor tem uma distância raiz muito grande. Desconectando.

    Então eu editeivi /etc/systemd/timesyncd.conf

    e descomente e defina:

    RootDistanceMaxSec=30

    e isso resolveu meu problema após a reinicialização do serviço timedatectl

    • 2

  4. Apenas como uma nota lateral para as pessoas que lutam com esse problema, às vezes a sincronização não funcionará de qualquer maneira em sistemas conteinerizados (por exemplo, OpenVZ) se a máquina host não fornecer os direitos adequados.

    O systemd-timesyncdserviço não será iniciado em sistemas conteinerizados; o arquivo de serviço contém a seguinte diretiva:

    ConditionVirtualization=!container

    Tentar comentar isso e reiniciar o serviço pode funcionar, mas a menos que a máquina host tenha dado o direito ao contêiner, você pode ter esse erro na systemctl status systemd-timesyncdsaída:

    Aug 11 16:01:40 your-machine systemd-timesyncd[4736]: Failed to call clock_adjtime(): Operation not permitted
    • 0

relate perguntas