<div dir="ltr">To Brad's point - if your controllers are VM's you might also want to have a look at Chrony <a href="https://chrony.tuxfamily.org/">https://chrony.tuxfamily.org/</a>. It's supposed to perform much better on virtual machines.<div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><p style="margin-top:8px;margin-bottom:8px;font-family:Helvetica,Verdana,Arial,sans-serif;font-size:0.85em;color:rgb(51,51,51);line-height:1.4"><span style="font-size:0.85em;line-height:1.4">___</span><br></p><p style="margin-top:8px;margin-bottom:8px;font-family:Helvetica,Verdana,Arial,sans-serif;font-size:1.1em;color:rgb(51,51,51);line-height:1.4">John Petrini</p></div></div></div></div><a href="http:///" target="_blank"></a></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Jul 20, 2017 at 9:20 PM, Brad Knowles <span dir="ltr"><<a href="mailto:brad@shub-internet.org" target="_blank">brad@shub-internet.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Jul 20, 2017, at 7:26 PM, Raja T Nair <<a href="mailto:rtnair@gmail.com">rtnair@gmail.com</a>> wrote:<br>
<br>
> Thanks a lot for the reply, John.<br>
><br>
> Yes I understand that time is really important for cluster setup, that's why I was panicking and looking for alternatives when I found time drifting while ntpd was still on.<br>
> So I was planning to do a ``ntpdate w.x.y.z '' every 2 mins in order to keep time in sync.<br>
><br>
> Would want to investigate this. My upstream time server seems fine, its on a baremetal. Many other servers sync with this one too. Also only one controller had issues with time.<br>
> Kind of stuck here, as I have no idea why one node's ntpd would fail :(<br>
<br>
</span>Doing a cron job with ntpdate will cause your time to bounce all over the place, and that will be even worse than what you've had so far.<br>
<br>
I've been a member of the NTP Public Services Project since 2003, and I've seen a lot of NTP problems over the years, especially on virtual machines.  Historically, our advice was to not even run ntpd at all on a VM, but instead to run it on the bare hardware underneath, and then make sure that you're running the necessary hooks in the hypervisor and the guest OSes to pass good quality time up the stack to all the clients.<br>
<br>
I'm not sure if that is still the best advice or not -- I think it may depend on your hypervisor and your guest OSes.<br>
<br>
But if you do run ntpd on the guests, there are things you can do to measure larger-than-normal amounts of drift and compensate for that.  I would direct you to the mailing list <a href="mailto:questions@lists.ntp.org">questions@lists.ntp.org</a> for more information.<br>
<br>
--<br>
Brad Knowles <<a href="mailto:brad@shub-internet.org">brad@shub-internet.org</a>><br>
<br>
</blockquote></div><br></div></div>