From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FBwwa-00059r-Vk for garchives@archives.gentoo.org; Wed, 22 Feb 2006 16:34:25 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1MGXEC2009709; Wed, 22 Feb 2006 16:33:14 GMT Received: from mailbox4.ucsd.edu (mailbox4.ucsd.edu [132.239.1.56]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1MGTId0012318 for ; Wed, 22 Feb 2006 16:29:19 GMT Received: from smtp.ucsd.edu (smtp.ucsd.edu [132.239.1.49]) by mailbox4.ucsd.edu (8.13.5/8.13.5) with ESMTP id k1MGTEdA091915 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 22 Feb 2006 08:29:15 -0800 (PST) Received: from moray.bmenrigh.dyndns.org (cpe-70-93-248-188.san.res.rr.com [70.93.248.188]) by smtp.ucsd.edu (8.13.5/8.13.4) with ESMTP id k1MGTDox055143; Wed, 22 Feb 2006 08:29:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by moray.bmenrigh.dyndns.org (Postfix) with ESMTP id 91DC5250EEC; Wed, 22 Feb 2006 16:29:13 +0000 (UTC) Subject: Re: [gentoo-user] NTP problem From: Brandon Enright To: gentoo-user@lists.gentoo.org Cc: bmenrigh@ucsd.edu In-Reply-To: <43FC23A6.10604@gt.rr.com> References: <43FC1376.9060907@gt.rr.com> <1140595855.5340.17.camel@localhost> <43FC23A6.10604@gt.rr.com> Content-Type: text/plain Date: Wed, 22 Feb 2006 16:29:13 +0000 Message-Id: <1140625753.21417.17.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: 7bit X-Greylisting: NO DELAY (Trusted relay host); processed by UCSD_GL-v2.1 on mailbox4.ucsd.edu; Wed, 22 February 2006 08:29:15 -0800 (PST) X-MailScanner: PASSED (v1.2.8 77590 k1MGTEdA091915 mailbox4.ucsd.edu) X-Archives-Salt: 228709ee-f5ad-45f2-a9cc-6c44b0889291 X-Archives-Hash: cdc5fe11075f2f163094d74ee09a732d On Wed, 2006-02-22 at 02:41 -0600, Anthony E. Caudel wrote: > Brandon Enright wrote: > > On Wed, 2006-02-22 at 01:32 -0600, Anthony E. Caudel wrote: > > > >>My system was off about 10 days and when I turned it back on, I began > >>getting these messages in my logwatch: > >> > >>"Time Reset > >> time stepped -0.133773 > >> time stepped -0.662954 > >> time stepped +0.271164 > >> time stepped +0.461200 > >> time stepped -0.787647 > >> > >> > >> Time Reset 25 times (total: -1.239782 s average: -0.049591 s) > >> > >> **Unmatched Entries** > >> synchronized to 80.35.31.228, stratum 3 > >> synchronized to 80.35.31.228, stratum 4 > >> > >> synchronized to 80.35.31.228, stratum 4 > >> synchronized to 80.35.31.228, stratum 3 > >> Listening on interface wildcard, 0.0.0.0#123 > >> Listening on interface eth0, 192.168.1.100#123 > >> Listening on interface lo, 127.0.0.1#123 > >> kernel time sync status 0040" > >> > >>I rebooted thinking it needed to stabilize but it still gets them. I > >>have ntp-client and ntpd both in the "default" runlevel. > >> > >>This seems like an awful high number of resets. Much more than I used > >>to get. > >> > >>Tony > > > > > > > > Those are some pretty big jumps. What does "ntpq -c peers" and "ntpq -c > > rv" output? Also, what are the first few lines (the restrict entries) > > of your ntp.conf? > > > > Brandon > > > ntpq -c peers: > > remote refid st t when poll reach delay offset jitter > ============================================================================== > *ntp3.usv.ro .PPS. 1 u 70 1024 377 203.080 7.338 1.485 > > ntpq -rv: > > assID=0 status=06a4 leap_none, sync_ntp, 10 events, event_peer/strat_chg, > version="ntpd 4.2.0a@1.1190-r Thu Dec 8 09:35:31 CST 2005 (1)"?, > processor="i686", system="Linux/2.6.15-gentoo-r1", leap=00, stratum=2, > precision=-20, rootdelay=203.080, rootdispersion=34.319, peer=35268, > refid=80.96.120.249, > reftime=c7a69e5a.a3227d02 Wed, Feb 22 2006 2:24:58.637, poll=10, > clock=0xc7a6a0b6.78a5bd94, state=4, offset=7.338, frequency=35.514, > noise=2.162, jitter=0.891, stability=64.582 > > ntp.conf: > > restrict default nomodify nopeer > restrict 127.0.0.1 > > Tony So from your output a couple issues stick out. You're only peering with one machine which generally doesn't work so well. You're probably better off just using ntpdate periodically if you are only going to sample one server. Also, the delay on the server you are polling is over 200 ms. I'm not sure where ntp3.usv.ro is located but it is over 260ms for me too. With this high network delay, slight network jitter can make your clock think it is way off. Your machine thinks it is 7.3 ms off. If you had more servers to peer with and *much* lower average delay between those servers your clock would stabilize. As it stands now, you clock probably won't ever stabilize because your network is the primary source of uncertainty. For comparison, here is my ntpq -c rv output: assID=0 status=06f4 leap_none, sync_ntp, 15 events, event_peer/strat_chg, version="ntpd 4.2.0a@1.1190-r Mon Oct 17 21:31:52 PDT 2005 (1)"?, processor="i686", system="Linux/2.6.10-gentoo-r6", leap=00, stratum=2, precision=-20, rootdelay=21.642, rootdispersion=41.662, peer=12542, refid=132.249.20.88, reftime=c7a70d4a.975935fc Wed, Feb 22 2006 16:18:18.591, poll=10, clock=0xc7a70dc0.a5847f56, state=4, offset=-0.007, frequency=-31.438, noise=1.052, jitter=2.529, stability=3.132 Notice my offset is pretty marginal and rootdelay is rather low. If you can get your root delay down you should see your offset and stability improve. Brandon -- Brandon Enright UCSD ACS/Network Operations bmenrigh@ucsd.edu -- gentoo-user@gentoo.org mailing list