From: "Anthony E. Caudel" <acaudel@gt.rr.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] NTP problem
Date: Wed, 22 Feb 2006 12:38:33 -0600 [thread overview]
Message-ID: <43FCAFA9.8080108@gt.rr.com> (raw)
In-Reply-To: <1140625753.21417.17.camel@localhost>
Brandon Enright wrote:
>
> 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
>
Well, overnight it only reset twice; - some improvement!
Here is my complete ntp.conf:
------------------------------------------------------------
# NOTES:
# - you should only have to update the server line below
# - if you start getting lines like 'restrict' and 'fudge'
# and you didnt add them, AND you run dhcpcd on your
# network interfaces, be sure to add '-Y -N' to the
# dhcpcd_ethX variables in /etc/conf.d/net
# Name of the servers ntpd should sync with
# Please respect the access policy as stated by the responsible person.
#server ntp.example.tld iburst
server pool.ntp.org
##
# A list of available servers can be found here:
# http://www.pool.ntp.org/
# http://www.pool.ntp.org/#use
# A good way to get servers for your machine is:
# netselect -s 3 pool.ntp.org
##
# you should not need to modify the following paths
driftfile /var/lib/ntp/ntp.drift
#server ntplocal.example.com prefer
#server timeserver.example.org
# Warning: Using default NTP settings will leave your NTP
# server accessible to all hosts on the Internet.
# If you want to deny all machines (including your own)
# from accessing the NTP server, uncomment:
#restrict default ignore
# To deny other machines from changing the
# configuration but allow localhost:
restrict default nomodify nopeer
restrict 127.0.0.1
# To allow machines within your network to synchronize
# their clocks with your server, but ensure they are
# not allowed to configure the server or used as peers
# to synchronize against, uncomment this line.
#
#restrict 192.168.0.0 mask 255.255.255.0 nomodify nopeer notrap
-------------------------------------------------------------------
Notice I'm using pool.ntp.org. I thought that picked a random server.
In any event, I restarted ntpd and it picked a different server.
ntpq -c peers is now:
------------------------------------------------------------------------------
remote refid st t when poll reach delay offset jitter
==============================================================================
*Time2.Stupi.SE .PPS 1 u 33 64 177 159.568 -4.188 5.881
------------------------------------------------------------------------------
We'll see how this works out.
Tony
--
Those who would give up essential Liberty, to purchase a little temporary
Safety, deserve neither Liberty nor Safety.
-- Benjamin Franklin
--
gentoo-user@gentoo.org mailing list
next prev parent reply other threads:[~2006-02-22 18:44 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-22 7:32 [gentoo-user] NTP problem Anthony E. Caudel
2006-02-22 8:10 ` Brandon Enright
2006-02-22 8:41 ` Anthony E. Caudel
2006-02-22 16:29 ` Brandon Enright
2006-02-22 18:38 ` Anthony E. Caudel [this message]
2006-02-22 19:05 ` Boyd Stephen Smith Jr.
2006-02-22 19:13 ` Brandon Enright
2006-02-22 20:03 ` Boyd Stephen Smith Jr.
-- strict thread matches above, loose matches on Subject: below --
2005-08-23 12:36 [gentoo-user] ntp problem Bruno Lustosa
2005-08-23 13:14 ` krzaq
2005-08-23 13:21 ` Bruno Lustosa
2005-08-23 13:25 ` Uwe Thiem
2005-08-23 14:30 ` Bruno Lustosa
2005-08-23 15:46 ` Michael Kintzios
2005-08-23 17:50 ` Bruno Lustosa
2005-08-23 13:26 ` kashani
2005-08-23 13:29 ` Bruno Lustosa
2005-08-23 14:19 ` krzaq
2005-08-23 14:26 ` Bruno Lustosa
2005-08-23 14:28 ` Bruno Lustosa
2005-08-24 1:25 ` W.Kenworthy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43FCAFA9.8080108@gt.rr.com \
--to=acaudel@gt.rr.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox