From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 16:41:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C51916A4CE for ; Fri, 1 Apr 2005 16:41:14 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E97A43D55 for ; Fri, 1 Apr 2005 16:41:12 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA23799; Fri, 01 Apr 2005 19:38:42 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <424D7911.8060805@icyb.net.ua> Date: Fri, 01 Apr 2005 19:38:41 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bob Bishop References: <1112365401.00269464.1112352602@10.7.7.3> <1112372627.00269546.1112361001@10.7.7.3> <1112372655.00269555.1112362202@10.7.7.3> In-Reply-To: <1112372655.00269555.1112362202@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: Peter Jeremy cc: stable@freebsd.org cc: David Magda Subject: Re: Kernel NTP flipping between FLL and PLL modes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 16:41:14 -0000 on 01.04.2005 16:24 Bob Bishop said the following: > I think this is an issue: > > - As stated, machines running 4.x don't seem to do it > - In addition to the mode schizophrenia, undex 5.3 I'm also seeing > resets of several seconds which don't happen on identical hardware > running 4.11 in the same rack. Yes I know the clock drifts will be > different, but ntp.drift is very close on the two boxen. > > I believe something's broken. More datapoints: > > - I'm seeing it under 5.3R both on i386 and amd64 but not i386/4.11 on > the same LAN > - I'm not seeing it on 5.1R on a remote system > I can second that. I have never seen anything like this with 5.2.1 as soon as I upgraded to 5.3 I started seeing messages like these: Mar 29 01:19:51 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 06:12:49 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 06:29:53 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 09:03:25 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 09:20:31 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 11:20:04 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 11:37:08 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 14:44:55 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 15:02:01 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 17:52:50 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 18:09:54 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 18:44:03 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 19:54:30 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 22:15:40 oddity ntpd[400]: time reset -0.288522 s Mar 29 22:15:40 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 23:09:19 oddity ntpd[400]: time reset +0.530732 s Mar 29 23:09:19 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 23:35:18 oddity ntpd[400]: time reset -0.165853 s Mar 30 00:41:14 oddity ntpd[400]: time reset -0.199104 s Mar 30 11:21:21 oddity ntpd[400]: kernel time sync enabled 6001 Mar 30 11:38:27 oddity ntpd[400]: kernel time sync enabled 2001 Mar 30 17:22:37 oddity ntpd[400]: time reset -0.392425 s Mar 30 17:22:37 oddity ntpd[400]: kernel time sync enabled 6001 Mar 30 17:26:06 oddity ntpd[400]: kernel time sync enabled 2001 Mar 30 17:28:15 oddity ntpd[400]: time reset +0.309711 s Mar 30 18:07:02 oddity ntpd[400]: time reset +0.164515 s Mar 30 18:41:43 oddity ntpd[400]: time reset -0.391355 s Mar 30 19:00:17 oddity ntpd[400]: time reset +0.598313 s Mar 30 19:47:45 oddity ntpd[400]: time reset -0.276978 s Mar 30 21:26:24 oddity ntpd[400]: time reset +0.158781 s Mar 30 23:18:01 oddity ntpd[400]: time reset +0.160708 s Mar 30 23:18:01 oddity ntpd[400]: kernel time sync enabled 6001 Mar 30 23:19:13 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 08:36:16 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 08:53:20 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 11:44:02 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 12:18:08 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 13:26:30 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 13:43:35 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 17:32:07 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 17:49:11 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 20:22:54 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 20:39:59 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 21:14:08 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 21:31:11 oddity ntpd[400]: kernel time sync enabled 2001 2001<->6001 flips do not trouble me a bit (but annoying), time resets are not a good thing definitely. I suppose that it might be possible that the root cause is in my local network conditions, but I must say that it would feel like ntpd (or something that it relies on) became less robust and it would be nice to get to know how to get that robustness back. -- Andriy Gapon