<div dir="ltr"><div><div><div>Hi Tomasz,<br></div>External NTP is good, but we should be able to deploy w/o internet access (but slaves should be in sync with master node), so sync with master node is better. I understand that it's slightly against standards - but at that moment we just obligatoriness to be in sync with master node, cause some of followed tasks depends on synced time.<br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 19, 2014 at 2:12 PM, Tomasz Napierala <span dir="ltr"><<a href="mailto:tnapierala@mirantis.com" target="_blank">tnapierala@mirantis.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
> On 19 Dec 2014, at 10:00, Stanislaw Bogatkin <<a href="mailto:sbogatkin@mirantis.com">sbogatkin@mirantis.com</a>> wrote:<br>
><br>
> Hi guys,<br>
><br>
> We have a little concern related to Fuel bootstrap node NTP sync. Currently we trying to sync time on bootstrap node with master node, but problem is that NTP protocol has long convergence time, so if we just install master node and right after that try to start some bootstrap node - bootstrap fails to sync time with master due to that fact that master doesn't appear as "trust time source" at that moment.<br>
> How we can solve that problem:<br>
><br>
> 1. We can start bootstrap long time after master (when master will convergence it's time) - seems that it's a bad idea, cause master node convergence time depends on upstream NTP servers and may be quite long - user shouldn't wait so long time to just start bootstrap node.<br>
><br>
> 2. We can use master local time as "trust" forcibly - actually, we already do that for case when master is a bare metal node. We can do it for virtual node too, it is not such bad idea as many can say, especially when master node stratum will low (10-12).<br>
><br>
> 3. We can mask return value for bootstrap node ntpdate service such way that it always will return success - it's a dirty hack, it will calm down customers, but it doesn't solve problem - time will be unsynced.<br>
><br>
> As for me - second option is best. What do you think about it?<br>
<br>
</div></div>Second option looks best, although it’s still against standards. I guess that if we provide possibility to deifne external NTP server as an alternative, we are hsfa here and can live with that.<br>
<br>
Regards,<br>
<span class="HOEnZb"><font color="#888888">--<br>
Tomasz 'Zen' Napierala<br>
Sr. OpenStack Engineer<br>
<a href="mailto:tnapierala@mirantis.com">tnapierala@mirantis.com</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div></div>