Estou mantendo alguns cronjobs em máquinas que estão configuradas para serem corrigidas para o service pack do SLES11sp4, parece que o service pack está atualizando o sntp da versão 4.2.4p8 para 4.2.8p2 e em algum lugar no meio desses lançamentos eles descartaram o Parâmetro "-P".
-P prompt
sets the maximum clock change that will be made automatically to
maxerr. Acceptable values are from 1 to 3600 or no, and the default is
30. If the program is being run interactively in ordinary client mode,
and the system clock is to be changed, larger corrections will prompt
the user for confirmation. Specifying no will disable this and the
correction will be made regardless.
e eu uso isso em um cron job de maneira muito simples:
/usr/sbin/sntp -P no -r $ips[1] >& /dev/null
/usr/sbin/sntp -P no -r $ips[2] >& /dev/null
onde $ips são, esperançosamente, alguns endereços IP.
Não vi nada na nova versão que se parecesse com isso ou com um modo silencioso ou qualquer coisa útil. Então este é apenas o padrão agora e posso simplesmente remover o "-P" ou há algo mais que precisa ser feito
Responder1
Parece que o sntp foi reescrito entre a versão 4.2.4p8 (lançada em 8/12/2009) e 4.2.6 (lançada em 12/12/2009). ORegistro de alteraçõesna versão (interna) 4.2.5p201 indica:
13/08/2009 Lançado por Harlan Stenn
* sntp: sai com o velho, entra com o novo.
... e esse é o ponto em que o sinalizador -P para sntp desaparece.
A página de manual da nova versão possui exemplos de uso, um dos quais é: sntp -S ntpserver.somewhere
, que corresponde ao que o -r
sinalizador antigo estava fazendo. Parece que não são necessárias várias opções "ntpserver.somewhere", então não sei se há algum benefício em executá-lo duas vezes em servidores NTP diferentes.
Responder2
ntpdate -b ntpserver
geralmente é usado em momentos de inicialização para definir a hora e faz exatamente o que você precisa. Atenderia às suas necessidades?