Назад | Перейти на главную страницу

Ошибка ntpd: невозможно выполнить привязку к подстановочному адресу 0.0.0.0 - может быть запущен другой процесс - ВЫХОД

У меня проблема.
Время на сервере не синхронизировано.
И похоже, что эта проблема появилась после того, как я установил свои правила для iptables, которые я описал Вот Может я ошибаюсь и эти два события не связаны ...

CentOS 7.1
ntpd 4.2.6p5

/ var / log / сообщения

May 25 16:48:49 CentOS-70-64-minimal ntpd[26771]: ntpd 4.2.6p5@1.2349-o Sat Dec 20 02:38:09 UTC 2014 (1)
May 25 16:48:49 CentOS-70-64-minimal ntpd[26771]: proto: precision = 0.046 usec
May 25 16:48:49 CentOS-70-64-minimal ntpd[26771]: 0.0.0.0 c01d 0d kern kernel time sync enabled
May 25 16:48:49 CentOS-70-64-minimal ntpd[26771]: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING

ntp.conf

driftfile /var/lib/ntp/drift
restrict default nomodify notrap nopeer noquery
restrict 127.0.0.1 
restrict ::1
includefile /etc/ntp/crypto/pw
keys /etc/ntp/keys
disable monitor
server ntp1.hetzner.de iburst
server ntp2.hetzner.com iburst
server ntp3.hetzner.net iburst

РЕДАКТИРОВАТЬ
netstat -lanp | grep ': 123'

udp        0      0 5.9.152.9:123           0.0.0.0:*                           24483/ntpd          
udp        0      0 127.0.0.1:123           0.0.0.0:*                           24483/ntpd          
udp        0      0 0.0.0.0:123             0.0.0.0:*                           24483/ntpd          
udp6       0      0 2a01:4f8:190:4008:::123 :::*                                24483/ntpd          
udp6       0      0 fe80::3285:a9ff:fee:123 :::*                                24483/ntpd          
udp6       0      0 ::1:123                 :::*                                24483/ntpd          
udp6       0      0 :::123                  :::*                                24483/ntpd

РЕДАКТИРОВАТЬ 2

Эта проблема стала для меня более тенью ...

статус службы ntpd

Redirecting to /bin/systemctl status  ntpd.service
ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; disabled)
   Active: inactive (dead)

systemctl list-unit-files | grep 'ntp'

ntpd.service                            disabled
ntpdate.service                         disabled

netstat -nlap | grep 'ntpd'

udp        0      0 5.9.152.9:123           0.0.0.0:*                           3588/ntpd           
udp        0      0 127.0.0.1:123           0.0.0.0:*                           3588/ntpd           
udp        0      0 0.0.0.0:123             0.0.0.0:*                           3588/ntpd           
udp6       0      0 2a01:4f8:190:4008:::123 :::*                                3588/ntpd           
udp6       0      0 fe80::3285:a9ff:fee:123 :::*                                3588/ntpd           
udp6       0      0 ::1:123                 :::*                                3588/ntpd           
udp6       0      0 :::123                  :::*                                3588/ntpd           
unix  2      [ ]         DGRAM                    34224    3588/ntpd  

Как он может слушать порт, если ntpd отключен ....

На основе предоставленной вами информации (в частности, результатов первого РЕДАКТИРОВАНИЯ: "netstat -lanp | grep ': 123'"и второй РЕДАКТИРОВАТЬ:"netstat -nlap | grep 'ntpd'"), ясно, что:

  • на момент первого редактирования:

    • ваша система запускала процесс с PID 24483;
    • такой процесс объявил себя названным "ntpd";
    • такой процесс привязан к UDP-порту 123 для нескольких адресов IPv4 и IPv6;
  • во время второго редактирования:

    • ваша система выполняла процесс с PID 3588;
    • такой процесс объявил себя названным "ntpd";
    • такой процесс привязан к UDP-порту 123 для нескольких адресов IPv4 и IPv6;

В нормальных условиях (например, в тех, которые, я уверен, вы испытываете), это означает, что вы уже запускаете процесс "ntpd", и поскольку один ntpd уже запущен, вы не можете запустить новый (или, что лучше, если вы запустите новый экземпляр ntpd, он откажется запускаться просто потому, что не сможет получить контроль над необходимыми ресурсами (порт UDP 123 )).

Итак, как правило, перед запуском нового «ntpd» убедитесь, что другой экземпляр не запущен (... путем выполнения предложенных команд ss / netstat и проверки результатов).

Что касается вашего последнего комментария - "Как он может прослушивать порт, если ntpd отключен"- обратите внимание, что работает / не работает и включено выключено это два очень разных понятия и:

  • вполне возможно иметь запущенные процессы, которые не с включенной загрузкой (... типично, потому что вы запускали их вручную, после того, как загрузка завершила свою первоначальную последовательность выполнения);

  • Вполне возможно, что процесс / служба, запланированная для загрузки (и, как таковая, обычно запускается во время загрузки), не работает (... типично, потому что вы вручную остановили его после загрузки или он остановился сам по себе по множеству причин).

Итак, вернемся к вашему (не очень явному) вопросу:

  • вы не можете запустить ntpd, потому что он уже запущен;

  • если вы хотите запустить его снова, обязательно остановите его раньше;

  • если вы хотите / not_want, чтобы он запускался во время загрузки, убедитесь, что он «включен» / «отключен» (в соответствии с подходом, специфичным для вашего дистрибутива);

  • если у вас возникли проблемы с синхронизацией времени, пожалуйста, предоставьте как можно больше подробностей о вашем процессе «ntpd» (grep ntpd / var / log / messages, в качестве первого запуска) и конфигурации брандмауэра, о которой вы упомянули были применены / изменены.