On 01/09/14 17:01, gooly wrote:
I just installed ntp on my Win 7 pc where it runs perfectly the
difference is around 0,5 sec.
500ms is very bad.
Then I installed ntp on my 2008 R 2vps where the delay gets bigger and
bigger, around 12 sec per 30 min ??
ntpd requires the basic drift rate
Le 22 août 2014 à 20:09, Steve Clark a écrit :
Hello,
We are running the above release. It works great until the interface for the
default route is
brought down and then back up. Then after a half hour or so it ntpstat starts
returning
synchronised to unspecified at stratum 4
On 02/09/14 19:43, Murugesh S wrote:
1. Why and what causes the drift to reach 500.00 on certain systems
Normally broken hardware.
# Drift file
driftfile /etc2/ntp.drift
restrict 127.0.0.1
There are no server lines; I don't understand how you can have a server
association.
However, in
On 09/03/2014 08:51 AM, David Woolley wrote:
On 01/09/14 17:01, gooly wrote:
I just installed ntp on my Win 7 pc where it runs perfectly the
difference is around 0,5 sec.
500ms is very bad.
Then I installed ntp on my 2008 R 2vps where the delay gets bigger and
bigger, around 12 sec per
gooly wrote:
Hi,
I just installed ntp on my Win 7 pc where it runs perfectly the
difference is around 0,5 sec.
Then I installed ntp on my 2008 R 2vps where the delay gets bigger and
bigger, around 12 sec per 30 min ??
For both installations I used more or less the default suggestion of ntp.
Paul wrote:
On Wed, Aug 27, 2014 at 4:44 PM, juergen perlinger
juergen.perlin...@t-online.de wrote:
The basic problem is that using a PPS clock and a GPS(NMEA) clock
separates what belongs together
This is not true. Normally I wouldn't fall prey to there's something
wrong on the Internet
Marco Marongiu wrote:
Add that ntpd and virtual machines don't play nice together as it is
like the processor of the VM is always changing its speed.
I agree. This makes things worse even under the aspects of my other reply.
Martin
--
Martin Burnicki
Meinberg Funkuhren
Bad Pyrmont
Germany
On 09/03/2014 02:29 AM, mike cook wrote:
Le 22 août 2014 à 20:09, Steve Clark a écrit :
Hello,
We are running the above release. It works great until the interface for the
default route is
brought down and then back up. Then after a half hour or so it ntpstat starts
returning
synchronised
On 03/09/2014 09:29, Martin Burnicki wrote:
[]
You need to replace the NTP binaries by a newer version which contains
another workaround for a limitation on current Windows versions, and you
should use
server a.b.c.d iburst minpoll 6 maxpoll 6
to get the most accurate results. For details
On 2014-09-03, Harlan Stenn st...@ntp.org wrote:
Charles Elliott writes:
It is possible to distribute more accurate and stable time using a local GPS
device, either home built (e.g.,
If you are using an operating system like linux or bsd and the GPS puts
out
a PPS signal then yes. If
windows
On 2014-09-03, Miroslav Lichvar mlich...@redhat.com wrote:
(hmm, it took over 3 months for this message to reach the list)
On Tue, May 27, 2014 at 03:03:47PM +0400, Vladislav Ross wrote:
I have NTP server with Ublox LEA-6T GPS receiver. I want to determine my
server's oscillator accuracy and
On 2014-09-02, Murugesh S murugesh_...@yahoo.com wrote:
Hello,
This email is regarding NTP time synchronization issue that we see in our
linux embedded systems.
NTP version that is being used: 4.2.6p4.
Brief description about issue:
Our linux system is configured with NTP running
On Wed, Sep 3, 2014 at 4:53 AM, Martin Burnicki
martin.burni...@meinberg.de wrote:
I think the best solution depends on some details.
Sure, but my point was that the bald assertion -- The basic problem
is that using a PPS clock and a GPS(NMEA) clock separates what belongs
together -- is wrong.
On Wed, Sep 3, 2014 at 10:30 AM, William Unruh un...@invalid.ca wrote:
Without PPS, the GPS has an accuracy (delay and fluctuation)
in the tens of milliseconds range
Most of the time but, of course, not always. From my stable NMEA
source (also using PPS):
remote: oPPS(0)
offset: -0.002
Hi, Mike--
On May 21, 2014, at 1:38 PM, Mike Edwards mced...@gmail.com wrote:
I'm looking for information on best practices to configure ntp for a medium
sized network. I'm looking for something similar to the whitepapers
published by Cisco. Cisco outlines several configurations with a
Murugesh S writes:
Hello,
This email is regarding NTP time synchronization issue that we see in
our linux embedded systems. NTP version that is being used: 4.2.6p4.
Brief description about issue: Our linux system is configured with NTP
running 4.2.6.p4. After couple of weeks the system
Steve Clark writes:
Anyone know when the 4.2.8 is to be released?
There are several bugs blocking 4.2.8. While I'm OK letting some of
them slide, there are a few I'd really like to see get fixed.
We're working on them as best we can.
The good news is that the latest release of GNU AutoGen
17 matches
Mail list logo