<div class="gmail_extra">If one NTP server in your list is significantly off, the NTP algorithm should notice and eliminate it from its calculations automatically. I wouldn&#39;t worry about that point. None of these are virtual, are they?<br>
<br><div class="gmail_quote">On Wed, Apr 25, 2012 at 11:56 AM, Gilles Detillieux <span dir="ltr">&lt;<a href="mailto:grdetil@scrc.umanitoba.ca" target="_blank">grdetil@scrc.umanitoba.ca</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 04/25/2012 11:03 AM, Gilbert E. Detillieux wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Are you sure ntpd is running on all systems? Try running the following<br>
command, on each of your systems:<br>
<br>
/usr/sbin/ntpq -p<br>
<br>
This will tell you not only whether ntpd is running, but also where each<br>
one is getting its clock settings from, what the drift is, etc.<br>
<br>
Note that if the initial clock setting is too far out of whack, ntpd may<br>
not even start properly. It&#39;s usually useful to run ntpdate first, to at<br>
least start off with a close-to-synchronized clock. For some reason,<br>
RHEL systems don&#39;t do that by default even when you enable ntpd.<br>
</blockquote>
<br></div>
I ran that on all 3 systems, and it shows ntpd is indeed running on all.  SL 5 does seem to run ntpdate first, before starting ntpd, to get the clock sync&#39;ed up beforehand, as long as you have systems defined in /etc/ntp/step-tickers or you put a -x in OPTIONS in /etc/sysconfig/ntpd.<br>

<br>
But I wonder if there are some NTP servers on the net that are out of whack.  When I run ntpq, the system that has the drift (cliff) shows different results than the other two:<br>
<br>
On cliff:<br>
     remote           refid      st t when poll reach   delay   offset  jitter<br>
==============================<u></u>==============================<u></u>==================<br>
 caustique.anox. 209.51.161.238   2 u    5   64   73   35.302   32.315 4564.06<br>
 <a href="http://tb.mircx.com" target="_blank">tb.mircx.com</a>    64.90.182.55     2 u    2   64   77   46.530   72.637 4517.32<br>
 cliff.scrc.uman .INIT.          16 u    -   64    0    0.000    0.000   0.000<br>
 larry.scrc.uman 208.80.96.70     3 u   16   64   76    0.001  6019.84 3675.39<br>
 dave2.scrc.uman 209.167.68.100   3 u    4   64   42    0.001  6140.53 3858.45<br>
*LOCAL(0)        .LOCL.          10 l    2   64   77    0.000    0.000  0.001<br>
<br>
On larry:<br>
     remote           refid      st t when poll reach   delay   offset  jitter<br>
==============================<u></u>==============================<u></u>==================<br>
+<a href="http://zeus.yocum.org" target="_blank">zeus.yocum.org</a>  131.188.3.220    2 u  148  256  377   35.330   -2.723  3.170<br>
*ellen.linuxgene 142.3.100.2      2 u  214  256  377   31.665   -1.240  2.296<br>
 cliff.scrc.uman .INIT.          16 u   17   64    0   27.461  -87882.   0.000<br>
 larry.scrc.uman .INIT.          16 u    - 1024    0    0.000    0.000   0.000<br>
+dave2.scrc.uman 209.167.68.100   3 u  204  256  377    0.400    2.594  0.890<br>
 LOCAL(0)        .LOCL.          10 l   44   64  377    0.000    0.000   0.001<br>
<br>
dave2&#39;s results are similar to larry&#39;s.<br>
<br>
A few other things I thought I should point out:  All 3 systems have ports 123/tcp and 123/udp open in iptables.  The clock on cliff seems to drift whether or not ntpd is running, though that could be because the calculated drift compensation is out of whack.  The /var/lib/ntp/drift file on cliff hasn&#39;t been modified since 1:58 this morning, before the reboot, while it has been on the other 2 systems.  All 3 systems have an identical configuration, using <a href="http://0.pool.ntp.org" target="_blank">0.pool.ntp.org</a> as the step-ticker, and <a href="http://0.pool.ntp.org" target="_blank">0.pool.ntp.org</a> and <a href="http://1.pool.ntp.org" target="_blank">1.pool.ntp.org</a> as stratum 1 servers.<div class="im HOEnZb">
<br>
<br>
-- <br>
Gilles R. Detillieux              E-mail: &lt;<a href="mailto:grdetil@scrc.umanitoba.ca" target="_blank">grdetil@scrc.umanitoba.ca</a>&gt;<br>
Spinal Cord Research Centre       WWW:    <a href="http://www.scrc.umanitoba.ca/" target="_blank">http://www.scrc.umanitoba.ca/</a><br>
Dept. Physiology, U. of Manitoba  Winnipeg, MB  R3E 0J9  (Canada)<br></div><div class="HOEnZb"><div class="h5">
______________________________<u></u>_________________<br>
Roundtable mailing list<br>
<a href="mailto:Roundtable@muug.mb.ca" target="_blank">Roundtable@muug.mb.ca</a><br>
<a href="http://www.muug.mb.ca/mailman/listinfo/roundtable" target="_blank">http://www.muug.mb.ca/mailman/<u></u>listinfo/roundtable</a><br>
</div></div></blockquote></div><br></div>