Hmm. It's interesting that the value is almost exactly 1/10th the
value in the thread. But it doesn't seem to be that a single rogue
return from gettimeofday could have caused this. The system clock does
end up 434 seconds behind, relative to the server, so it doesn't seem
like a transient
Steve Kostecke wrote:
On 2009-09-14, Frank Elsner els...@tubit.tu-berlin.de wrote:
The relevant lines read:
server times.tubit.tu-berlin.de minpoll 6 maxpoll 8
server ntps1-0.cs.tu-berlin.deminpoll 6 maxpoll 8
server ntps1-1.cs.tu-berlin.deminpoll 6 maxpoll 8
server
On 2009-09-14, Frank Elsner els...@tubit.tu-berlin.de wrote:
The relevant lines read:
server times.tubit.tu-berlin.de minpoll 6 maxpoll 8
server ntps1-0.cs.tu-berlin.deminpoll 6 maxpoll 8
server ntps1-1.cs.tu-berlin.deminpoll 6 maxpoll 8
server zeit.fu-berlin.de
Frank Elsner wrote:
Steve Kostecke wrote:
On 2009-09-14, Frank Elsner els...@tubit.tu-berlin.de wrote:
The relevant lines read:
server times.tubit.tu-berlin.de minpoll 6 maxpoll 8
server ntps1-0.cs.tu-berlin.deminpoll 6 maxpoll 8
server ntps1-1.cs.tu-berlin.deminpoll
Steve Kostecke koste...@ntp.org writes:
On 2009-09-14, Frank Elsner els...@tubit.tu-berlin.de wrote:
The relevant lines read:
server times.tubit.tu-berlin.de minpoll 6 maxpoll 8
server ntps1-0.cs.tu-berlin.deminpoll 6 maxpoll 8
server ntps1-1.cs.tu-berlin.deminpoll 6
On 2009-09-14, David Lord sn...@lordynet.org wrote:
Frank Elsner wrote:
OT you also have rather a lot of sources specified and if just for a
single box it seems a bit excessive and could be trimmed to four or
five (I'd also guess some of those eight get same refid).
Red Herring.
I've just
On 2009-09-14, Unruh unruh-s...@physics.ubc.ca wrote:
Steve Kostecke koste...@ntp.org writes:
Why are you changing the minpoll / maxpoll ?
Please try again without the minpoll / maxpoll modifiers.
That has absolutely nothing to do with his problem. In fact having a
smaller maxpoll saved him
On 2009-09-14, David Lord sn...@lordynet.org wrote:
Steve Kostecke wrote:
On 2009-09-14, David Lord sn...@lordynet.org wrote:
Frank Elsner wrote:
OT you also have rather a lot of sources specified and if just for a
single box it seems a bit excessive and could be trimmed to four or
five
I have a question that seems somewhat similiar to one that was just
asked,
but there are a couple of differences, so I figured I'd ask mine as
well.
Apologies for the long post, but I'm trying to skip the more info
please
phase. :-)
I have a product that is comprised of a cluster of Linux nodes,
David Lord wrote:
Can you then suggest how it's at all possible for ntpd
to be of any use on a mobile connection with such high
latency?
Interplanetary Timekeeping ?
http://www.cis.udel.edu/~mills/ipin.html
--
E-Mail Sent to this address blackl...@anitech-systems.com
will be added to
David Lord wrote:
Steve Kostecke wrote:
On 2009-09-14, David Lord sn...@lordynet.org wrote:
Frank Elsner wrote:
OT you also have rather a lot of sources specified and if just for a
single box it seems a bit excessive and could be trimmed to four or
five (I'd also guess some of those eight
E-Mail Sent to this address will be added to the BlackLists
n...@blacklist.anitech-systems.invalid writes:
David Lord wrote:
Can you then suggest how it's at all possible for ntpd
to be of any use on a mobile connection with such high
latency?
Interplanetary Timekeeping ?
Steve Kostecke wrote:
On 2009-09-14, David Lord sn...@lordynet.org wrote:
Steve Kostecke wrote:
On 2009-09-14, David Lord sn...@lordynet.org wrote:
Frank Elsner wrote:
OT you also have rather a lot of sources specified and if just for a
single box it seems a bit excessive and could be
Unruh wrote:
Steve Kostecke koste...@ntp.org writes:
On 2009-09-14, David Lord sn...@lordynet.org wrote:
Steve Kostecke wrote:
On 2009-09-14, David Lord sn...@lordynet.org wrote:
Frank Elsner wrote:
OT you also have rather a lot of sources specified and if just for a
single box it
David writes:
Chrony gave a quicker convergence but doesn't seem to have equivalent
to 'ntpd -q' and I'm converging from many seconds and even with the
chrony equivalent of burst it takes too long compared to using 'ntpd
-q' to set time reasonably close.
Use the chronyc makestep command to
John Hasler wrote:
David writes:
Chrony gave a quicker convergence but doesn't seem to have equivalent
to 'ntpd -q' and I'm converging from many seconds and even with the
chrony equivalent of burst it takes too long compared to using 'ntpd
-q' to set time reasonably close.
Use the chronyc
Unruh wrote:
BlackLists writes:
David Lord wrote:
Can you then suggest how it's at all possible for ntpd
to be of any use on a mobile connection with such high
latency?
Interplanetary Timekeeping ?
http://www.cis.udel.edu/~mills/ipin.html
IF the latency is known to be symmetric ( which
On Sep 14, 5:42 pm, Unruh unruh-s...@physics.ubc.ca wrote:
rotor...@yahoo.com rotord...@gmail.com writes:
a) Get one or more Garmin 18xLVC gps receivers and set them up on a few
of your nodes. their time will then be within a few usec of UTC. Use
those nodes as the servers to the rest of your
18 matches
Mail list logo
