"Ntpd не вдається прив’язати до підстановочної адреси 0.0.0.0 - може бути запущений інший процес"

На моєму 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

Я не впевнений, що це умова гонки чи мені щось тут не вистачає, я буду вдячний, якщо хтось може мені тут допомогти.

Спасибі

Це відбувається тому, що ntpdate працює при спробі запуску сервера. Я не знайшов причин, щоб залишити його встановленим, щоб ви могли його видалити, якщо ви використовуєте ntp демон:

sudo apt-get remove ntpdate

Я бачив це на Debian Jessie. Причиною, здається, є перегони між ними, /etc/init.d/ntpі /etc/network/if-up.d/ntpdateобидві, схоже, містять логіку, щоб заблокувати один одного, що насправді не працює.

Мені подобається, що команда ntpdate доступна, хоча я її рідко використовую, тому замість того, щоб видалити ntpdate взагалі, я щойно вставив

exit 0

як другий рядок /etc/network/if-up.d/ntpdate, який змушує нічого не робити. Мій демон NTP зараз успішно запускається під час завантаження.

У Debian 5 була подібна проблема,

простий перезапуск ntp вирішив це для мене

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

про всяк випадок, якщо інші мають таку ж проблему

NTPD був недавно встановлений, схоже, що потрібен перезапуск після встановлення, я помітив це і на Debian 6.

Це було виправлено у 2008 році шляхом додавання блокування, але якщо ви вимкнули встановлення Recommendsчи видалення, у lockfile-progsвас все одно виникне ця проблема (зауважте, що вам слід очікувати проблем, якщо ви вимкнули встановлення Recommends).