> On 19 Dec 2014, at 10:00, Stanislaw Bogatkin <sbogat...@mirantis.com> wrote:
> 
> Hi guys,
> 
> 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.
> How we can solve that problem:
> 
> 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.
> 
> 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).
> 
> 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.
> 
> As for me - second option is best. What do you think about it?

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.

Regards,
-- 
Tomasz 'Zen' Napierala
Sr. OpenStack Engineer
tnapier...@mirantis.com







_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to