public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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



  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