On Tue, Dec 19, 2006 at 12:51:43PM -0500, Michael Proto wrote:
I made the change some time ago after combing newsgroups for this issue,
so my memory is a little hazy, but I seem to remember something about
the FLL/PLL switch being right at about 1024s. Check the Tuning section
here:
On Tue, Dec 19, 2006 at 06:45:15PM -0500, David Magda wrote:
This bug has been reported to the NTP maintainers:
https://ntp.isc.org/bugs/show_bug.cgi?id=452
It's been assigned to Harlan Stenn (stennatntp.org). There have
been no notes added to the bug report after the initial
This issue has been discussed in the past, although no one
really concluded what the cause was, or if there were
implications from it:
http://www.mail-archive.com/freebsd-stable@freebsd.org/msg67325.html
http://lists.freebsd.org/pipermail/freebsd-questions/2004-September/059279.html
There's
On Tue, Dec 19, 2006 at 04:41:51AM -0800, Jeremy Chadwick wrote:
snip
Dec 19 00:22:26 icarus ntpd[624]: kernel time sync enabled 2001
Dec 19 01:47:48 icarus ntpd[624]: kernel time sync enabled 6001
Dec 19 02:04:52 icarus ntpd[624]: kernel time sync enabled 2001
Looks very familiar,
Roland Smith wrote:
Jeremy Chadwick wrote:
snip
Dec 19 00:22:26 icarus ntpd[624]: kernel time sync enabled 2001
Dec 19 01:47:48 icarus ntpd[624]: kernel time sync enabled 6001
Dec 19 02:04:52 icarus ntpd[624]: kernel time sync enabled 2001
Looks very familiar, unfortunately.
I
Roland Smith wrote:
On Tue, Dec 19, 2006 at 04:41:51AM -0800, Jeremy Chadwick wrote:
snip
Dec 19 00:22:26 icarus ntpd[624]: kernel time sync enabled 2001
Dec 19 01:47:48 icarus ntpd[624]: kernel time sync enabled 6001
Dec 19 02:04:52 icarus ntpd[624]: kernel time sync enabled 2001
Looks
On Tue, Dec 19, 2006 at 10:56:22AM -0500, Michael Proto wrote:
An alternate workaround I've discovered is to use a maxpoll of 9 in
/etc/ntp.conf:
server rolex.peachnet.edu maxpoll 9
Since implementing this I haven't seen any of the FLL/PLL flips in my logs.
How would decreasing the
Jeremy Chadwick wrote:
On Tue, Dec 19, 2006 at 10:56:22AM -0500, Michael Proto wrote:
An alternate workaround I've discovered is to use a maxpoll of 9 in
/etc/ntp.conf:
server rolex.peachnet.edu maxpoll 9
Since implementing this I haven't seen any of the FLL/PLL flips in my logs.
How
:How would decreasing the polling time fix this? I do not understand
:the semantics/behaviour of NTP very well.
:
:Taken from the manpage:
:
: maxpoll maxpoll
: These options specify the minimum and maximum poll intervals for
: NTP messages, in seconds to the power of two.
On Dec 19, 2006, at 09:07, Oliver Fromme wrote:
Roland Smith wrote:
[...]
The following patch to ntp_loopfilter.c should quell the message:
STFU patch
--- ntp_loopfilter.c.orig Tue Dec 19 14:13:25 2006
+++ ntp_loopfilter.cTue Dec 19
10 matches
Mail list logo