2013-08-31 17:03:46 +0000 2013-08-31 17:03:46 +0000
75
75

Tempo de actualização : ntpdate[3108]: a tomada NTP está a ser utilizada, saindo

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.

Respostas (4)

155
155
155
2013-09-01 14:29:14 +0000

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.

76
76
76
2013-08-31 17:07:43 +0000

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
2
2
2
2017-02-16 19:25:28 +0000

Simples de uma linha para sincronizar o seu relógio:

ntpdate -u ptbtime1.ptb.de && hwclock -w
0
0
0
2018-03-24 11:28:14 +0000

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.