“Ntpd incapaz de ligar ao endereço curinga 0.0.0.0 - outro processo pode estar em execução”

13

No meu Ubuntu 13.04 (usando AWS). Quando inicio uma nova máquina ou quando reinicializo, minha máquina ntpnã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

Percebo também que, antes que esse ntpdate fosse usado para ajustar o tempo

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

Não tenho certeza se esta é uma condição de corrida ou se estou perdendo alguma coisa aqui, agradeceria se alguém pudesse me ajudar aqui.

obrigado

ntp user596374
fonte

Respostas:

7

Isso ocorre porque o ntpdate está sendo executado quando você tenta iniciar o servidor. Não encontrei motivos para deixá-lo instalado para que você possa removê-lo se estiver usando o daemon ntp:

sudo apt-get remove ntpdate
Braiam
fonte
6

Eu já vi isso no Debian Jessie. A causa parece ser uma corrida entre /etc/init.d/ntpe /etc/network/if-up.d/ntpdate, os quais parecem conter lógica para bloquear um ao outro que na verdade não funciona.

Eu gosto de ter o comando ntpdate disponível, embora raramente o use, em vez de desinstalar o ntpdate por completo, apenas inseri

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 êxito no momento da inicialização.

flabdablet
fonte
Isso funcionou para mim e é uma alteração persistente, mas pode confundir o assistente / processo de atualização, quando o sistema for atualizado para a próxima versão.
knb
A "lógica ... que realmente não funciona" pode ser porque depende da instalação do pacote lockfile-progs. Sem isso, os blocos relevantes são ignorados silenciosamente e o bloqueio não funciona.
31516 Peter Hansen
4

Teve 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

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

Sverre
fonte
1
Isso funcionou para mim e resolveu o problema imediato.
Jewettg
3

Isso foi corrigido em 2008 com a adição do bloqueio, mas se você desabilitou a instalação Recommendsou desinstalou lockfile-progs, o problema continuará ocorrendo (observe que você deverá esperar problemas se desabilitou a instalação Recommends).

wRAR
fonte
AFAICT, em Jessie (8,8) que não recomenda lockfile-progs :( Em Stretch (9,0), que seja corrigido novamente chamando o. flockDe comando em vez Obrigado pelo ponteiro..
sourcejedi
@sourcejedi packages.debian.org/jessie/ntpdate
wRAR
Hei, eu tinha uma suposição de que eles colocariam os Recomendados nos dois pacotes. Obrigado novamente :).
precisa saber é o seguinte
ntpd @sourcejedi não precisa bloquear contra si mesmo
wRAR
Eu tenho 16.04 e ainda vejo esse problema depois de um logrotate. lockfile-progsestá instalado e isso não acontece sempre. É ntpdateexecutado de vez em quando e bloqueado ntpdnesses momentos?
Alexis Wilke