O tempo no meu sistema é incorrecto por alguma razão.
preciso de executar uma actualização mas não consigo
este é o errror.
ntpdate pool.ntp.org
31 Aug 12:31:59 ntpdate[3108]: the NTP socket is in use, exiting
i apenas reiniciado, não sei como é que alguma coisa pode ser in use.
Se quiser executar ntpdate com o daemon ntp já em funcionamento, use o seguinte comando:
# ntpdate -u pool.ntp.org
e utilizará uma porta diferente.
Está a ser utilizado porque o serviço ntp está provavelmente a funcionar. Não mencionou qual o Linux que está a utilizar, pelo que isto assume que tem service instalado (que está a correr um sistema System V):
$ sudo ntpdate pool.ntp.org
31 Aug 19:05:55 ntpdate[8911]: the NTP socket is in use, exiting
$ sudo service ntp stop
[ok] Stopping NTP server: ntpd.
$ sudo ntpdate pool.ntp.org
31 Aug 19:07:11 ntpdate[10355]: adjust time server 46.29.176.115 offset -0.002893 sec
$ sudo service ntp start
Simples de uma linha para sincronizar o seu relógio:
ntpdate -u ptbtime1.ptb.de && hwclock -w
Pode ter uma porta de bloqueio de firewall 123* que pode fazer com que o servidor ntp nunca veja os servidores de tempo.
No meu caso, o meu ISP (Internet Service Provider) estava a bloquear as portas.
Um scan de porta 123 também não detectou o bloqueio.
A arma de fumar era que eu tinha temporariamente dois alimentadores independentes, de Internet. No linux se eu correr ntpq -p (repetidamente) com o primeiro feed da Internet ligado nada é actualizado, mas com o outro feed eu recebo actualizações!
Como diz @Jens A. Koch, ntpdate -u <server name> dá a volta a isto, bem, temporariamente (sem trocadilho pretendido), não resolve o problema do tempo a longo prazo.
Com o passar do tempo, o desvio do tempo ocorrerá tanto no seu sistema como nos relógios de hardware. Também no meu caso a dupla inicialização linux/janelas faz com que o relógio de hardware fique ainda mais bagunçado (por horas).
Por isso, deve ter a porta 123 aberta para UDP para manter o relógio do seu sistema.
Rather than using -u , também pode fazer isto que penso que usa a porta 123 (em vez de uma porta não ‘privilegiada’):
service ntp stop, depois
ntpdate <server url> (sem o -u) e finalmente
service ntp start.
Isto parece contornar a questão do bloqueio da porta, pelo menos para acertar o relógio uma vez. Se -u funciona, mas isto não funciona, então é um sinal bastante seguro de que a porta está bloqueada, ou que o servidor não responde, …
Outra questão* que tive de resolver foi que para mim a configuração padrão /etc/ntp.conf da Debian incluía 4 linhas para os pools: debian.pool.ntp.org. Nenhum desses servidores funcionou. Recebi esta mensagem de erro:
Erro resolvendo debian.pool.ntp.org: Nenhum endereço associado a & > hostname (-5) 24 Mar 04:49:27 ntpdate[15115]: Não é possível encontrar host debian.pool.ntp.org: Nenhum endereço associado com hostname (-5) 24 Mar 04:49:27 ntpdate[15115]: não é possível utilizar servidores, saindo de
Tive de mudar os servidores para us.pool.ntp.org.