dev-4.2.7p20-poolmon-0228-win-
x86-debug-bin.zip
http://davehart.net/ntp/pool/
http://davehart.net/ntp/pool/ntp-dev-4.2.7p20-poolmon-0228.tar.gz
http://davehart.net/ntp/pool/ntp-dev-4.2.7p20-poolmon-0228-win-x86-bin.zip
http://davehart.net/ntp/pool/ntp-dev-4.2.7p20-poolmon-0228-win-x86-debug-b
/pool/ntp-dev-4.2.7p20-poolplus-0223-win-x86-debug-bin.zip
Thanks for your time and support,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
with 4.2.6 and later, "minpoll 4" on your refclock is all
that's needed. Maxpoll is essentially clamped to minpoll for
refclocks.
I'm not sure when this changed, but I believe it was after 4.2.4.
Cheers,
Dave Hart
___
questions m
ntp.conf "logfile" directive) ntpd switches from logging to syslog to
the configured logfile during startup. The switch happens a little
earlier with ntpd -l/--logfile vs. ntp.conf.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
ws?
>
> eventvwr.exe
Stunning.
Next up: recompiling your Windows kernel for the ultimate experience!
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
atom driver alone,
and add prefer to the "server 127.127.20.1" line.
Cheers,
Dave Hart
P.S. Very little of the code in ntpd is "Dave Hart code". I will
take credit for making up-to-date NTP binaries for Windows available
regularly: http://davehart.net/ntp/win/x86/
_
part is newer ntpd jumps on a working PPS signal as soon as it
is reachable, rather than after 4 polling intervals.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
used until
the NMEA serial timestamps are consistent enough for ntpd to conclude
it has the clock within 0.4s and is safe to assume it knows which
second a PPS event is associated with.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
f one other writeup of using PPS with ntpd on Windows. It
refers to an increasingly dated 4.2.4-based branch of mine with no
mention of the newer binaries I've posted, but beggars can't be
choosers:
http://blogs.cae.tntech.edu/jwlangston21/2009/12/07/installing-and-using-ntp-with-a-garmi
(no fudge flag1 1) on Windows
and 0.002 with PPSAPI. Two or three microseconds of noise error isn't
too shabby for a 400MHz pentium II box in its second decade of
service. The offset without PPSAPI is as close as 40us to the more
trustworthy PPSAPI offset, in good conditions.
Good luck,
D
ect it's a relatively new flag. I think it was documented
last spring but not working correctly until the middle of October:
(4.2.5p232-RC) 2009/10/14 Released by Harlan Stenn
* [Bug 1341] NMEA driver requires working PPSAPI #ifdef HAVE_PPSAPI.
http://b
server 127.127.22.1 minpoll 4 # PPS - serialpps.sys
> server 127.127.20.1 minpoll 4 prefer # NMEA serial port
Correct.
> Would it make any difference if they were in the reverse order - I'm
> guessing that it would not.
No difference.
Cheers,
Dave Hart
ction like removing
the duplicate signature...
-- Forwarded message ------
From: Dave Hart
Date: Feb 7, 16:40 UTC
Subject: fudge time1 for gps-18x-LVC?
To: comp.protocols.time.ntp
On Feb 7, 14:59 UTC, Terje Mathisen wrote:
> David J Taylor wrote:
> > Indeed, but I think we
while the PPS/ATOM driver is showing the PPSAPI
timestamps originating in the serialpps.sys interrupt handler:
*GPS_NMEA(1) .uPPS. 0 l8 16 3770.000 -0.042 0.002
oPPS(1) .kPPS. 0 l6 16 3770.0000.003 0.002
The ~40us difference is what I typically see, but it varies wit
On Feb 7, 14:59 UTC, Terje Mathisen wrote:
> David J Taylor wrote:
> > Indeed, but I think we've talked about this before with David and
> > "default" may mean "default for use with NTP". We'll see. Certainly the
> > single sentence is the best - I happen to use: $GPRMC.
>
> I'm trying to make $GPG
www.eecis.udel.edu/~mills/ntp/html/drivers/driver22.html
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
dependently, there must be at least one other source marked
prefer.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On Thu, Jan 21, 2010 at 11:01 UTC, Martin Burnicki wrote:
> Dave Hart, isn't there a way to force disabling time interpolation with your
> binaries even if the system time increments in 15.625 ms steps?
No, the opposite is available (forcing its use on), but the only way
to disable in
y w32time ("Windows Time Service") and the
Netware NTP client aren't so sophisticated/freaky.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
es:
http://davehart.net/ntp/bug1448/ntp-4.2.6p1-RC2-1448-50.tar.gz
Note it will extract into ntp-4.2.6p1-RC2/
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
nd integrate the
headers and libraries manually somehow.
Good luck,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
C++ 2008, which I know builds NTP successfully
several times a day for me:
http://www.microsoft.com/Express/VC/
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
nother
undeclared MOD_*, add a similar #define to ADJ_*
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
On Dec 23, 20:19 UTC, unruh wrote:
> On 2009-12-23, Dave Hart wrote:
> > I am however
> > interested in reducing the number of different copyright notices in
> > the reference implementation. I'm grateful to Max K?hn and Claas
> > Hilbrecht for removing their
ot read German
particularly well, but I did see a reference to parse mode 5, have you
tried that?
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
bution
copyright. The fewer copyright claims and licenses involved, the
easier it is for third parties to use the code in projects sensitive
to license issues. Wasting less time and money on lawyers is a bonus.
Cheers,
Dave Hart
___
questions mailing list
q
> "Dave Hart" wrote in message
> > The fact that the NMEA refclock
> > is using user-mode PPS timestamps does not imply the PPS/atom driver
> > is not.
I should have said the fact that a message about user-mode PPS is
logged does not imply PPSAPI is not available
he PPS/atom driver
is not. In fact, the atom driver will only work at all on systems
with functional PPSAPI. The "user-mode PPS" message _does_ mean you
could get a respectable result without using PPS(2)/atom/PPSAPI/
serialpps.sys.
Cheers,
Dave Hart
377
> 0.000 0.124 0.004
The jitter figures are nice and low for Windows. I would hope the
offset to PPS(2) would eventually be trimmed to 25us or less, and even
with temperature swings you might hope to keep within 150-200us at
worst.
Cheers,
Dave Hart
_
r example, though I would not advise it
except as a short-term diagnostic step.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
my newly created ntpd are found.
Take a look at the gcc command line that links ntpd. My hunch is it
is referencing libcrypto.a instead of libcrypto.so, so OpenSSL is
being linked in statically. If so, you need to rebuild OpenSSL for
shared instead of static libs.
Cheers,
Dave Hart
_
ed by hand
and incomplete by comparison. Since this is a unified file for both -
dev and -stable branches, new entries appear in two places, at the top
for -dev and somewhere in the middle (ahead of the most recent prior -
stable entries).
Che
e any domain
members using w32time, you'll want to have at least one DC (the PDC
FSMO role holder) running w32time (A.K.A. Windows Time Service).
I run ntpd on all my domain's DCs except for the PDC emulator, and
have the PDC emulator's w32time sync to one of the DCs running ntpd
rypto*.so, and that file is not present in that
location on the target system.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
clock
ticked to a new value.
The fact that is working despite the 1ms system clock means I don't
understand the breakage as well as I thought, and hints of a
possibility interpolation could be made to work on more or all Vista/7
systems.
Cheers,
Dave Hart
e seeing are likely
tied to the particular hardware and HAL being used. I suspect if you
shuffle which boxes have reference clocks, the system clock stepping
back up to a millisecond issue will affect the same systems.
Cheers,
Dave Hart
___
questions
there's a tarball of
4.2.7 + my proposed 1338 fix at:
http://davehart.net/ntp/ntpq/ntp-4.2.7-1338.tar.gz
You can also choose a patch to ntpq/ntpq-subs.c (against 4.2.7 but it
should apply cleanly to at least recent 4.2.5):
http://davehart.net/ntp/ntpq/ntp-dev-1338.pupatch.txt
Cheers,
Dave Har
rs you've uncovered a bug. You might try running the debug
binary interactively from an administrator command prompt with tracing
enabled (by adding -D2 to the command line, for example). If it
reproduces, the repeating output or the last few li
each as fast as conditions
permitted, until something dropped a packet. When I first reproduced
it, syslog helpfully collapsed a quarter-million identical log lines
into one for me.
Cheers,
Dave Hart
[1]
http://support.ntp.org/bin/view/Main/SecurityNotice#DoS_attack_from_c
On Dec 6, 6:50 UTC, "David J Taylor" wrote:
> "Dave Hart" wrote
> > I am guessing you're actually in a better position than me to provide
> > a DLL exposing a function to get the time from ntpd. There is no way
> > other than a NTP packet to reque
an 2003 to know for sure.
In short, ntpd likes speed, but it likes consistency even more.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
packet, with all those overheads. The function would be really simple,
> taking no arguments:
>
> ntpGetTime
>
> and returning a 64-bit timestamp value (as
> perhttp://www.ietf.org/rfc/rfc2030.txt).
>
> Would some kind soul like Dave Hart care to provide a small DLL which
> c
.reg file and allow it
to be applied, reboot, and with any luck you'll be in business.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
de 3 (client) packet and send it to UDP 127.0.0.1 or ::1
port 123 and grab the time from the resulting mode 4 response. You
can look at the sntp source code (not yet ported to Windows) for a
guide.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.n
compared to the "user-mode PPS"
hack is relatively marginal under optimal circumstances, as David
Taylor has demonstrated. The more loaded the box, the more likely
serialpps.sys's interrupt-time timestamping of DCD will be
substantially more accurate than ntpd
ce of
time, decreasingly so over time. NTP 4 maintains an error budget
along those lines, resulting in the root dispersion value that's part
of every NTP response.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
octl interface or serialpps.sys.
If you are able to bluescreen a system due to serialpps.sys and
believe it wouldn't have occurred with serial.sys, I am interested in
getting access to the associated memory dump to extract more details
about the failure using kanalyze, or in the output of same.
Cheer
ogging cranked up, there's
a good chance the problem will be evident in the last lines of output:
ntpd -g -c \my\ntp.conf -M -D5
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
se it's possible the
card doesn't wire the DCD pin through to the UART but I hope that's
unlikely.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
n. You have to use
minpoll on the remote server lines to force them to a longer poll
interval in the presence of a reflock with a smaller poll interval.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/m
roblem that's keeping it unreachable.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
based
malloc(). One would probably spend most of the effort of such a
project fixing and extending cygwin32, with relatively few changes
required to the NTP code.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
Please see my message to hackers@ today pointing to a prototype ntpd
that disciplines a synthetic clock and does not require root
privileges:
http://lists.ntp.org/pipermail/hackers/2009-November/004633.html
Cheers,
Dave Hart
___
questions mailing list
Reference clock drivers are compiled into ntpd and run in the ntpd
process, in user mode, though typically with root privileges. See
ntpd/refclock_*.c in the distribution.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https
hink the answer is "a heck of a lot"
already. I had no changes today because I knew of nothing blocking
the release of 4.2.6 aside from sntp documentation Harlan is working
on, so I'd deduce we're getting close.
Cheers,
Dave Hart
_
On Thu, Oct 29, 2009 at 2:48 AM, Danny Mayer wrote:
> Dave Hart wrote:
>> ntpd builds on Windows shouldn't be so tightly-bound to the OpenSSL
>> version they're built against. A solution has been proposed by Martin
>> Burnicki in http://bugs.ntp.org/1302 but it
ed
"receive buffer" is put in a queue with other received network packets
and refclock data. When it is pulled from the queue, the receive
routine is called.
If the device generates CR LF at the end of each line, expect the
clock receive routine to be called with a zero leng
ure out
how to build keyword-gen for the build host system.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
u prefer. Is this causing a warning or
stopping the build with an error?
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
ll use a bit of spit and polish before we pronounce 4.2.6
(the next -stable).
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
association.
*/
if (havevar[HAVE_SRCPORT] && srcport != NTP_PORT)
return (1);
Remove that code and your ntpq should be much happier. It appears to
have been added as a sanity check, but it's not a very good one.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
g downside to xleave is it is only available for symmetric
("peer") associations which are configured explicitly on both sides.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
./ntpd -q -c /etc/ntp/ntp.conf -l /tmp/ntp.log
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
eeditlibs=readliine
I've tested building NTP from the main directory and from a build
subdirectory. Building it from a sister directory is new to me and
not supported as far as I know.
Cheers,
Dave Hart
___
questions mailing list
questions@lists
ypes -o
keyword-gen keyword-gen.o -L/usr/lib ../libntp/libntp.a -lcap
./keyword-gen ./ntp_parser.h > ntp_keyword.out
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
if you don't
already have one, and to get that far you may have to be brave and
proceed past dire browser warnings, but it really does make a
difference to have a bug report rather than email alone.
Cheers,
Dave Hart
___
questions mailing list
q
.ntp.org/
(and please ignore any browser invalid/untrusted certificate warnings)
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
vice, and make sure there's not another
installation of ntpd lingering in the registry. Something has claimed
UDP port 123 (NTP) before ntpd can.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
sure you've already been doing so, but the best advice I can give
is to look at one of the widely-used drivers like refclock_nmea.c when
trying to understand what your driver should do.
Good luck,
Dave Hart
___
questions mailing list
questions@lists
uilt against. A solution has been proposed by Martin
Burnicki in http://bugs.ntp.org/1302 but it has not been implemented
yet.
Good luck,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
; source.
I've posted 4.2.5p231-RC binaries on:
http://www.davehart.net/ntp/win/x86/
They're built with Visual C++ 2008 and have two known limitations:
They will not load on Windows NT 4.0 and earlier, and Autokey doesn't
work.
Cheers,
Dave Hart
_
care about minimizing our NTP-specific patches to libisc. If you
spend some time investigating pre-p222 and post you might find some
minimally-invasive ways to carve off unneeded libisc code from ntpd.
Cheers,
Dave Hart
___
questions mailing list
questio
ith pre-p212 Autokey, but not with default-configured
newer ntpd Autokey.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
believe the delays are asymmetric in large part due to vastly
different data rates from the earth to the ship (high rate) vs from
the ship (low rate).
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
and as with the runtime workaround option, it can be excised at
any time -- there is no reason ntpd would be stuck with it.
Cheers,
Dave Hart
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
nes which sync to the VM,
and which is/are not running in a VM themselves. That assumes the
other machines are running ntpd -- it's no wonder they can sync if
they're using ntpdate or similar.
If the customer remains intransigent, ask yourself why? Perhaps
they're looking for an exc
On Sep 9, 11:15 am, Dave Hart wrote:
> You're correct, of course. default_get_precision() save sys_tick,
I meant to say _could_ save sys_tick, ...
I'm sorry about the sloppy editing.
Cheers,
Dave Hart
___
questions mailing l
On Wed, Sep 9, 2009 at 10:48 AM, Miroslav Lichvar wrote:
> On Tue, Sep 08, 2009 at 10:40:05AM -0700, Dave Hart wrote:
>> > Also, the calculation doesn't work correctly if the precision is below
>> > resolution. The result is just a random value close to 100 ns. Maybe
ng.
You're likely on your own verifying patches to 4.2.0 work as
intended. NTP's maintainers have enough work to keep us busy with the
latest ntp-stable and ntp-dev. Good luck and best wishes in your
efforts to stay on 4.2.0, which is nearin
and 1e6. The paired errors cancel out, unless you override
tick from ntp.conf. If you do, be aware this means the units of tick
are milliseconds on nanosecond-resolution systems, not the documented
seconds. The units are seconds on microsecond-resolution systems.
Cheers,
Dave Hart
_
lists.ntp.isc.org/ but the last tidbits of that
old URL have been excised, as far as I know. Further it is issued and
signed by a CA, just not a mainstream one.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
.2.5 ntp-dev so you may have no choice), and then you need
maintain the temperature of your system extremely consistently and
hope the crystal doesn't age on you.
I suspect you haven't received any other replies because we're baffled
what you're trying to accomplish
doesn't simply attempt
to sync to the selected peer (* in the ntpq -p billboard), but instead
attempts to sync to the weighted average clock of all the survivors
(both * and + in the billboard).
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
On Sun, Sep 6, 2009 at 5:41 PM, Dave Hart appeared to write:
> On Sep 6, 11:49 am, "Richard B. Gilbert"
> wrote:
>> Bottom line is: those certificates cost money! I don't know how much.
> ___
> questions mailing list
On Sep 6, 11:49 am, "Richard B. Gilbert"
wrote:
> Bottom line is: those certificates cost money! I don't know how much.
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
On Sep 6, 6:49 am, "David J Taylor" wrote:
> "Dave Hart" <> wrote in message
>
> >http://lists.ntp.org/pipermail/questions/2009-September/024201.html
>
> > Cheers,
> > Dave Hart
>
> Thanks for the pointer, Dave.
>
> When visitin
r. Mills points out to questions@ that
NTP fuzzes below the resolution (sys_tick), not sys_precision:
http://lists.ntp.org/pipermail/questions/2009-September/024200.html
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.nt
eply here:
http://lists.ntp.org/pipermail/questions/2009-September/024201.html
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
ned in terms
of the time to read the system clock, as ntpd reads it. As you have
noted, ntpd "fuzzes" every timestamp read from the system clock by
using random bits instead of whatever the system clock returned for
bits beyond the measured precision. This is clearly so that ntpd's
calculations, and the calculations of remote clients, are not
influenced by what amount to garbage bits returned by the system
clock. Over repeated samples, the random bits will average to the
middle value, which is the most accurate representation of the clock
as readable by ntpd.
I hope this help you understand NTP precision. I also hope you will
cease attempting to conflate it with any other definitions of
"precision" or related terms.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
On Sep 4, 3:51 pm, Steve Kostecke wrote:
> On 2009-09-04, Dave Hart wrote:
>
> > This group (which is theoretically also gatewayed to
> > questi...@lists.ntp.org)
>
> Seehttps://lists.ntp.org/pipermail/questions/2009-September/thread.html
It's a one-way gateway in
*.gz
cd ntp*
./configure --with-lineeditlibs=readline
make
You should then either:
sudo make install
-or-
su
make install
If you have any problems, we'll help you through them. The ntp.org
distribution works on some very ancient OSes, yours is still
relatively young by our standards :)
Cheers
section=8&command=dntpd
Thanks to inertia, I wouldn't bet on the name of OpenBSD's ntpd ever
changing. But I can grumble. ;)
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
#x27;ll probably have more success
with a OpenNTPD- or OpenBSD-focused list. If you'd like some Chrony
advocacy, we have a few participants willing to oblige.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp
ask the openntpd.org or openbsd.org folks.
Good luck,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
sure someone will mention them.
I don't believe I've heard of anyone rolling their own CDMA-based NTP server.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
he debugging
output already includes copies of all logged messages.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
f the non-PC variety are discussed frequently on the time-nuts
mailing list, FYI.
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
ersions?
I run ntpd on a _a_ DC, but not on the DC acting as PDC. The PDC is
set to sync to the ntpd DC.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
r more than
once at a time). You might be able to work around it by changing the
ntpdate command lines to include -u, which causes it to not bind port
123.
Cheers,
Dave Hart
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
On Thu, Aug 13, 2009 at 3:33 AM, Danny Mayer wrote:
> Dave Hart wrote:
>> I've seen ntpd log messages that indicate to me at least one known
>> problem when the machine's local address changes, though I don't know
>> of a bug report about it. The broadcastclie
501 - 600 of 750 matches
Mail list logo