Muitas vezes recebo grandes compensações ao verificar ntpd usando ntpq -p , geralmente reinicio o daemon ntp e ele corrige o problema. Eu queria saber se posso tentar o ntpdate <ntp-server-name> em vez de reiniciar ntpd . Desde que esta é uma caixa de produção queria ter certeza antes de implementá-lo.
Não. Citando man ntpdate :
ntpdate will decline to set the date if an NTP server daemon (e.g., ntpd) is running on the same host. When running ntpdate on a regular basis from cron as an alternative to running a daemon, doing so once every hour or two will result in precise enough timekeeping to avoid stepping the clock.
ntpdate e ntpd são ferramentas diferentes, mas uma delas ajuda outra.
ntpdate é usado para sincronizar o relógio do sistema de uma vez imediatamente. Leva tempo de um servidor ntpd , que tem status sincronizado (estrato 1 - 4).
ntpd service configura o relógio do sistema suavemente . Pode gastar várias horas para eliminar o atraso do relógio do sistema por vários minutos. Todo esse tempo sincronizou o status stratum 16 - significa que o relógio do sistema não está sincronizado. O comando de reinício do serviço service ntpd restart é usado apenas para aplicar alterações em seu arquivo de configuração.
ntpdate é normalmente usado para sincronizar o relógio do sistema do computador pessoal na inicialização. ntpd service é geralmente usado para sincronizar o clock do sistema do servidor de todos os tempos.
Em várias distribuições Linux comumente usadas (incluindo CentOS, Debian e Ubuntu), ntpd é iniciado com o sinal -g por padrão, o que significa que ele executará uma grande etapa no primeiro ajuste, se necessário. Portanto, para a maioria dos casos, ntpdate não deveria ser necessário e o reinício de ntpd seria o preferido.
Mas, como Sven comentou, se ntpd estiver sendo executado por um tempo e você ainda tiver um grande offset, então algo está errado com sua configuração NTP ou sua rede (ou ambos).
Então, em vez de reiniciar ntpd ou executar ntpdate , tente diagnosticar por que você acaba nessa situação.
Alguns problemas comuns:
server com o conjunto de NTP público em vez da nova diretiva pool - você deve usar o último se o seu ntpd for compatível. loopstats , peerstats e sysstats em seu ntp.conf ajudará a rastrear isso. Poste sua configuração e a saída de ntpq -np e esperamos poder ajudá-lo a resolver isso.