«Ntpd не может привязаться к подстановочному адресу 0.0.0.0 - возможно, запущен другой процесс»
На моем Ubuntu 13.04 (с использованием AWS). Когда я запускаю новую машину или когда я перезагружаюсь, моя машина ntp не запускается, и я вижу в системном журнале следующее:
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
Я не уверен, что это состояние гонки или я что-то здесь упустил, я был бы признателен, если бы кто-нибудь смог мне здесь помочь.
Благодаря
4 ответа
Это потому, что 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 решил ее для меня. недавно установленный, кажется, что перезагрузка после установки необходима, я заметил это и в Debian 6.
Это было исправлено в 2008 году путем добавления блокировки, но если вы отключили установку Recommends или удалили lockfile-progs, у вас все равно останется эта проблема (обратите внимание, что следует ожидать проблем, если вы отключили установку Recommends).