Danny Mayer wrote:
Per Hedeland wrote:
Well, if you've not munged the output *selectively* here, I believe it
shows that you've run into the bug that Danny mentioned recently: The
client sends a query to ntp2.<mydomain>, but gets the response from
server2.<mydomain>, i.e. presumably a different IP address on the same
host. The client will not (and should not) be interested in responses
coming from what it sees as "someone else". The same effect will apply
to the intra-server/peer queries.
No, that's not it at all. If ntpq -p is showing the two servers listed
(there should always be more than two, BTW) then it's receiving packets
from those servers. The fact that they are both showing stratum 16 on
the scoreboard indicates that neither are able to serve a valid time
because they themselves are not synchronized.
From the original post:
[EMAIL PROTECTED] /]# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
+ntp-0.gw.uiuc.e truechimer.cso. 2 - 55 1024 377 26.019 1.585 2.253
*ntp3.tamu.edu ntp1.tamu.edu 2 - 20 1024 377 44.892 1.253 1.445
+cisco1-mhk.kans navobs1.wustl.e 2 - 57 1024 377 47.829 3.943 2.297
ntp2.<mydomain> 0.0.0.0 16 u - 256 0 0.000 0.000 4000.00
[EMAIL PROTECTED] /]# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp-1.gw.uiuc.e truechimer.cso. 2 u 146 1024 377 96.335 -166.48 64.986
+ntp3.tamu.edu ntp1.tamu.edu 2 u 268 1024 377 68.509 -129.28 30.480
+cisco1-mhk.kans navobs1.wustl.e 2 u 229 1024 377 44.214 -126.14 33.813
ntp1.<mydomain> 0.0.0.0 16 u - 256 0 0.000 0.000 4000.00
Looks synchronized to me.
_______________________________________________
questions mailing list
[email protected]
https://lists.ntp.isc.org/mailman/listinfo/questions
