[EMAIL PROTECTED] wrote:

<>Hi.
My problem seem to be quite common as I found several similar posts on
this group and on many other places, but I still cannot find the
solution for myself.
After several minutes (15-20) my ntpd still does not want to
synchronize.
Here comes the details:
I am using ntpd 4.2.0a on a Linux SMP box (kernel 2.4.22). This is
Debian Testing, with ntpd from the Debian package. I also tried to
compile ntpd by myself widh --enable-debugging option.
The output of "ntpq -crv -p" looks as follows:

#v+
assID=0 status=c624 sync_alarm, sync_ntp, 2 events,
event_peer/strat_chg,
version="ntpd [EMAIL PROTECTED]:4.2.0a+stable-2-r Wed Nov 9 18:22:44 CET 2005
(1)"?,
processor="i686", system="Linux/2.4.22", leap=11, stratum=16,
precision=-14, rootdelay=0.000, rootdispersion=5.190, peer=29428,
refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 7:28:16.000,
poll=6, clock=0xc71cb85f.c3d60e94, state=3, offset=66.683,
frequency=0.000, noise=33.342, jitter=13.651, stability=0.000
remote refid st t when poll reach delay offset
jitter
==============================================================================
*vega.cbk.poznan .PPS. 1 u 23 64 77 43.250 66.683
10.310
+info.cyf-kr.edu 131.188.3.221 2 u 21 64 77 54.562 74.754
16.954
+smtp.certum.pl .GPS. 1 u 24 64 77 43.749 77.732
14.420
+tick.informatik 130.149.17.21 2 u 18 64 57 81.965 82.170
13.794
+adm.active24.cz 193.204.114.232 2 u 19 64 77 63.208 79.791
60.361
LOCAL(0) LOCAL(0) 13 l 14 64 77 0.000 0.000
0.061
<snip>
Could You please tell me what am I doing wrong? How can I get my ntpd
working?

The ntpq output shows that all your servers are reachable, and that each server has responded to the last six requests (reach field = 77). This suggests that ntpd has been running for only a little over six minutes at this point. "vega.cbk.poznan" has been selected as synchronization source. The five external servers all show offsets in the range 67 to 82 milliseconds which suggests that you did not start ntpd with the -g option nor did you set the clock with ntpdate before starting ntpd (not required but generally helpful).

Suggestions:
1. Start ntpd with the -g option. This will cause ntpd to set the clock to its best guess as to the correct time before starting the process of synchronization. People used to do this with ntpdate which is now deprecated. 2. Use the "iburst" keyword in each server statement. This will cause ntpd to send the first eight requests to each server at two second intervals. This gives ntpd enough information to start synchronizing your clock in the first ten seconds or so instead of the first five minutes. 3. Comment out any restrict statements in ntp.conf until you get everything else working. 4. If you still need help, post your ntp.conf file and the output of ntpq -p taken at least ten minutes after starting ntpd.

_______________________________________________
questions mailing list
[email protected]
https://lists.ntp.isc.org/mailman/listinfo/questions

Reply via email to