“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

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
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