「ntpdはワイルドカードアドレス0.0.0.0にバインドできません-別のプロセスが実行されている可能性があります」


13

私のUbuntu 13.04(AWSを使用)。新しいマシンを起動したとき、または再起動したときにマシンntpが起動せず、syslogに次のメッセージが表示されます。

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

また、このntpdateが時刻の調整に使用される前に気づいた

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

これが競合状態なのか、ここで何かを見逃しているのかどうかはわかりませんが、誰か助けていただければ幸いです。

ありがとう

回答:


7

これは、サーバーを起動しようとしたときにntpdateが実行されているためです。ntpデーモンを使用している場合は削除できるように、インストールしたままにしておく理由を見つけていません。

sudo apt-get remove ntpdate

6

これをDebian Jessieで見ました。原因は、間の競争のように見える/etc/init.d/ntpし、/etc/network/if-up.d/ntpdate実際に仕事をしませんお互いアウトをロックするためのロジックが含まれているように見えるどちらも、。

私はめったに使用しないにもかかわらず、ntpdateコマンドを使用できるようにするのが好きなので、ntpdateを完全にアンインストールするのではなく、挿入したばかりです

exit 0

の2行目として、/etc/network/if-up.d/ntpdate何もしません。これで、ブート時にntpデーモンが正常に起動します。


これはうまくいきましたが、これは永続的な変更ですが、システムを次のリリースにアップグレードするときに、アップグレードウィザード/プロセスを混乱させる可能性があります。
knb

「実際には機能しないロジック」は、パッケージlockfile-progsがインストールされていることに依存している可能性があります。これがないと、関連するブロックは静かにスキップされ、ロックは機能しません。
ピーターハンセン

4

Debian 5でも同様の問題がありました

ntpの簡単な再起動で解決しました

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

他の人が同じ問題を抱えている場合に備えて

NTPDは最近インストールされましたが、インストール後に再起動が必要なようです。Debian6でもこれに気付きました。


1
これは私のために働き、当面の問題を解決しました。
jewettg

3

これは2008年にロックを追加することで修正されましたが、インストールRecommendsまたはアンインストールを無効にした場合、lockfile-progsこの問題は引き続き発生します(インストールを無効にした場合は問題が発生するはずですRecommends)。


AFAICT、ジェシー(8.8)で、それはロックファイル-progsのはお勧めしません:(でストレッチ(9.0)、それは呼び出しによって再び固定されている。flock代わりに、コマンドをポインタいただきありがとうございます。。
sourcejedi


ああ、私は彼らが両方のパッケージにRecommendsを置くという仮定を持っていました。再度、感謝します :)。
sourcejedi

@sourcejedi ntpdは自身に対してロックする必要はありません
wRAR

私は16.04を持っていますが、まだこの問題が発生しlogrotateます。lockfile-progsがインストールされ、毎回発生するわけではありません。されてntpdateいる間に一度実行すると、ブロッキングntpdなどの回で?
アレクシスウィルク
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.