“o ntpd não consegue ligar ao endereço curinga 0.0.0.0 - outro processo pode estar em execução”

Question

No meu Ubuntu 13.04 (usando o AWS). Quando inicio uma nova máquina ou quando reinicio a minha máquina ntp não inicia e vejo o seguinte no syslog:

Jan 10 02:56:49 ntpd: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING

Eu também noto que antes desse ntpdate ser usado para ajustar o tempo

Jan 10 02:45:20 ntpdate[960]: adjust time server offset -0.000259 sec

Eu não tenho certeza se isso é uma condição de corrida ou se eu estiver faltando alguma coisa aqui, eu apreciaria se alguém pudesse me ajudar aqui.

Obrigado

    

Answer 1

Isso ocorre porque o ntpdate está em execução quando você tenta iniciar o servidor. Eu não encontrei razões para deixá-lo instalado para que você possa removê-lo se você estiver usando o daemon ntp:

sudo apt-get remove ntpdate

    

Answer 2

Eu já vi isso no Debian Jessie. A causa parece ser uma corrida entre /etc/init.d/ntp e /etc/network/if-up.d/ntpdate , os quais parecem conter lógica para bloquear uns aos outros que realmente não funcionam.

Eu gosto de ter o comando ntpdate disponível mesmo que eu raramente o use, então ao invés de desinstalar completamente o ntpdate eu acabei de inserir

exit 0

como a segunda linha de /etc/network/if-up.d/ntpdate , o que faz com que não faça nada. Meu daemon ntp agora inicia com sucesso no momento da inicialização.

    

Answer 3

Tive um problema semelhante no Debian 5,

um simples reinício do ntp resolveu para mim

/etc/init.d/ntp stop
/etc/init.d/ntp start

apenas no caso de outros terem o mesmo problema

O NTPD foi instalado recentemente, parece que é necessário reiniciar após a instalação, notei isso também no Debian 6.

    

Answer 4

Isso foi corrigido em 2008, adicionando bloqueio, mas se você desativou a instalação Recommends ou desinstalado lockfile-progs , então você ainda terá esse problema (observe que você deve esperar problemas se tiver desabilitado a instalação de Recommends ).