[From nobody Wed Jul 22 17:07:06 2026
Received: (at submit) by bugs.debian.org; 14 Feb 2010 08:10:52 +0000
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
 (2007-08-08) on rietz.debian.org
X-Spam-Level: 
X-Spam-Bayes: score:0.0000 Tokens: new, 11; hammy, 92; neutral, 56; spammy, 1.
 spammytokens:0.917-+--receive
 hammytokens:0.000-+--H*u:sk:Mozilla, 
 0.000-+--dfsg1, 0.000-+--dfsg-1, 0.000-+--H*UA:sk:Mozilla,
 0.000-+--H*UA:20090707
X-Spam-Status: No, score=-9.9 required=4.0 tests=BAYES_00,FOURLA,HAS_PACKAGE
 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Return-path: &lt;ogi@triangle.bg&gt;
Received: from makemake.kolobri.net ([212.72.215.60])
 by rietz.debian.org with esmtp (Exim 4.63)
 (envelope-from &lt;ogi@triangle.bg&gt;) id 1NgZZ5-0003ws-Np
 for submit@bugs.debian.org; Sun, 14 Feb 2010 08:10:51 +0000
Received: from [192.168.0.102] (unknown [84.40.77.85])
 by makemake.kolobri.net (Postfix) with ESMTPSA id 1E3B4142F4
 for &lt;submit@bugs.debian.org&gt;; Sun, 14 Feb 2010 10:02:15 +0200 (EET)
Message-ID: &lt;4B77AE04.60607@triangle.bg&gt;
Date: Sun, 14 Feb 2010 10:02:12 +0200
From: Ognyan Kulev &lt;ogi@triangle.bg&gt;
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707)
MIME-Version: 1.0
To: submit@bugs.debian.org
Subject: ntp should not use /etc/ntp.conf.dhcp when dhclient don't receive
 ntp server
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: 7bit
X-Greylist: delayed 510 seconds by postgrey-1.27 at rietz;
 Sun, 14 Feb 2010 08:10:51 UTC
Delivered-To: submit@bugs.debian.org

Package: ntp
Version: 1:4.2.4p8+dfsg-1

I configured dhclient to use ntp servers and it worked fine. Then I
moved to another dhcp server that don't send ntp server. But
/etc/ntp.conf.dhcp file have stayed and it is wrongly used by ntp. (The
previously sent ntp server was 192.168.0.1 - the DHCP/gateway server
itself. In the new environment there's no NTP server at this address and
ntp suddenly and quietly stopped synchronizing time.)

There should be some check if /etc/ntp.conf.dhcp is generated by current
dhclient session. If it's left-over from previous session, it should not
be used.

Regards,
Ognyan Kulev


]