“ ntpd无法绑定到通配符地址0.0.0.0-另一个进程可能正在运行”


13

在我的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

我不确定这是比赛条件还是我在这里缺少任何东西,如果有人可以在这里帮助我,我将不胜感激。

谢谢

Answers:


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

作为的第二行/etc/network/if-up.d/ntpdate,这使其不执行任何操作。我的ntp守护程序现在在启动时成功启动。


这对我有用,并且是一个持久的更改,但是当系统升级到下一个版本时,它可能会使upgrade-wizard / process感到困惑。
knb

“逻辑...实际上不起作用”可能是因为它取决于安装的软件包lockfile-progs。否则,相关的块将被静默跳过,并且锁定将不起作用。
彼得·汉森

4

在Debian 5上也有类似的问题

只需重新启动ntp即可为我解决

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

以防其他人有同样的问题

NTPD是最近安装的,似乎安装后需要重新启动,我在Debian 6上也注意到了这一点。


1
这为我工作,并解决了眼前的问题。
jewettg

3

该问题已在2008年通过添加锁定进行了修复,但是如果您禁用了安装Recommends或卸载,lockfile-progs则仍然会出现此问题(请注意,如果禁用安装,则应该会遇到问题Recommends)。


AFAICT,在Jessie(8.8)中,不推荐使用lockfile-progs :(。在Stretch(9.0)中,通过调用flock命令再次进行了修复。感谢指针
。– sourcejedi


h,我以为他们会在两个包装上都放建议。再次感谢 :)。
sourcejedi

@sourcejedi ntpd不需要锁定自己
wRAR

我有16.04,但经过一段时间后仍然看到此问题logrotatelockfile-progs已安装,并非每次都会发生。是否ntpdate偶尔运行并ntpd在这种时间阻塞?
亚历克西斯威
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.