Your message dated Sun, 4 Jul 2010 22:04:56 +0200
with message-id <[email protected]>
and subject line RE: [pkg-ntp-maintainers] Bug#585772: /etc/init.d/ntp: Do set
a dependency on $named
has caused the Debian Bug report #585772,
regarding /etc/init.d/ntp: Do set a dependency on $named
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
585772: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585772
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: ntp
Version: 1:4.2.6.p1+dfsg-1
Severity: normal
Tags: patch
File: /etc/init.d/ntp
I recently had a parallel enabled boot sequence. Since then, I get
the following:
03:48:49 ntpd[1125]: ntpd 4.2.6
03:48:49 named[1129]: starting BIND
03:48:49 ntpd[1126]: Listen normally on 2 lo 127.0.0.1 UDP 123
03:48:49 ntpd[1126]: getaddrinfo: "ntp_server" invalid host address,
ignored
03:48:49 ntpd[1126]: restrict: error in address 'ntp_server' on
line 49. Ignoring...
03:48:49 ntpd[1126]: Deferring DNS for ntp_server 1
03:48:49 named[1129]: loading configuration from conf_file
03:48:49 named[1129]: command channel listening on 127.0.0.1#953
03:48:51 ntpd_intres[1140]: DNS ntp_server -> ip
03:48:51 ntpd_intres[1140]: ntp_intres.request: permission denied
03:49:54 ntpd_intres[1140]: ntp_intres.request: permission denied
03:49:54 last message repeated 6 times
I have eliminated lines and parts of lines in order to cut right to
the point. I think the important thing here is the order of events,
which I did maintain.
1. I haven't looked at the source code. Why does it claimed to be
`permission denied' ?
2. Can ntp eventually recover without manual intervention?
3. I think the whole issue can be bypassed by having a $named
dependency in the init file:
3.1 Restarting ntp after the system is running is smooth.
3.2 I think that with the old sysv dependency booting, ntp was
started only after $named.
3.3 exim4 init script, for example, does depened on $named.
4. I have tokens in ntp.conf that are not in the official debian conf
file. Does an administrator who adds them must also figure out to
add $named to the boot dependency?
5. The patch also set a dependency on $named for Required-Stop. I am
not sure whether this is realy necessary.
--- /etc/init.d/ntp.dpkg-dist 2010-06-13 16:56:33.000000000 +0300
+++ /etc/init.d/ntp 2010-06-13 16:58:30.000000000 +0300
@@ -2,8 +2,8 @@
### BEGIN INIT INFO
# Provides: ntp
-# Required-Start: $network $remote_fs $syslog
-# Required-Stop: $network $remote_fs $syslog
+# Required-Start: $named $network $remote_fs $syslog
+# Required-Stop: $named $network $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop:
# Short-Description: Start NTP daemon
_________________________________________________________________
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
https://signup.live.com/signup.aspx?id=60969
--- End Message ---
--- Begin Message ---
> Date: Sun, 4 Jul 2010 12:16:35 +0200
The assumptions of the maintainer are correct:
A configuration error, restrict lines that is different from the
default configuration restrict lines.
> From: [email protected]
> To: [email protected]; [email protected]
> Subject: Re: [pkg-ntp-maintainers] Bug#585772: /etc/init.d/ntp: Do set a
> dependency on $named
>
> tags 585772 - patch
> thanks
>
> On Sun, Jun 13, 2010 at 08:57:48PM +0200, Regid Ichira wrote:
>>
>> 03:48:51 ntpd_intres[1140]: ntp_intres.request: permission denied
>
> This is probably a configuration error. You probably have a
> restrict line in your ntp.conf preventing ntpd_intres to
> add the peers. Please make sure that you have:
> restrict 127.0.0.1
> restrict ::1
>
> If the retrict line is different, you will get this error.
>
> Note that the default config used to have "nomodify" for it.
> This was wrong and has been fixed in 1:4.2.2.p4+dfsg-2, over
> 3 years ago.
>
> Note that removing the nomodify only has as effect that
> authenicated users/programs can make modifications. And
> the ntpd_intres process can authenticate itself to ntpd.
>
>
> Kurt
>
_________________________________________________________________
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
https://signup.live.com/signup.aspx?id=60969
--- End Message ---
