<div dir="ltr"><font face="georgia, serif">I will be working on adding the Consul driver to Tooz [1].</font><div><font face="georgia, serif"><br></font></div><div><font face="georgia, serif">-Vilobh</font></div><div><font face="georgia, serif">[1] <a href="https://blueprints.launchpad.net/python-tooz/+spec/add-consul-driver">https://blueprints.launchpad.net/python-tooz/+spec/add-consul-driver</a></font></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 4, 2015 at 2:05 PM, Mark Voelker <span dir="ltr"><<a href="mailto:mvoelker@vmware.com" target="_blank">mvoelker@vmware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Nov 4, 2015, at 4:41 PM, Gregory Haynes <<a href="mailto:greg@greghaynes.net">greg@greghaynes.net</a>> wrote:<br>
><br>
> Excerpts from Clint Byrum's message of 2015-11-04 21:17:15 +0000:<br>
>> Excerpts from Joshua Harlow's message of 2015-11-04 12:57:53 -0800:<br>
>>> Ed Leafe wrote:<br>
>>>> On Nov 3, 2015, at 6:45 AM, Davanum Srinivas<<a href="mailto:davanum@gmail.com">davanum@gmail.com</a>>  wrote:<br>
>>>>> Here's a Devstack review for zookeeper in support of this initiative:<br>
>>>>><br>
>>>>> <a href="https://review.openstack.org/241040" rel="noreferrer" target="_blank">https://review.openstack.org/241040</a><br>
>>>>><br>
>>>>> Thanks,<br>
>>>>> Dims<br>
>>>><br>
>>>> I thought that the operators at that session made it very clear that they would *not* run any Java applications, and that if OpenStack required a Java app to run, they would no longer use it.<br>
>>>><br>
>>>> I like the idea of using Zookeeper as the DLM, but I don't think it should be set up as a default, even for devstack, given the vehement opposition expressed.<br>
>>>><br>
>>><br>
>>> What should be the default then?<br>
>>><br>
>>> As for 'vehement opposition' I didn't see that as being there, I saw a<br>
>>> small set of people say 'I don't want to run java or I can't run java',<br>
>>> some comments about requiring using oracles JVM (which isn't correct,<br>
>>> OpenJDK works for folks that I have asked in the zookeeper community and<br>
>>> else where) and the rest of the folks were ok with it...<br>
>>><br>
>>> If people want a alternate driver, propose it IMHO...<br>
>>><br>
>><br>
>> The few operators who stated this position are very much appreciated<br>
>> for standing up and making it clear. It has helped us not step into a<br>
>> minefield with a native ZK driver!<br>
>><br>
>> Consul is the most popular second choice, and should work fine for the<br>
>> use cases we identified. It will not be sufficient if we ever have<br>
>> a use case where many agents must lock many resources, since Consul<br>
>> does not offer a way to grant lock access in a fair manner (ZK does,<br>
>> and we're not aware of any others that do actually). Using Consul or<br>
>> etcd for this case would result in situations where lock waiters may<br>
>> wait _forever_, and will likely wait longer than they should at times.<br>
>> Hopefully we can simply avoid the need for this in OpenStack all together.<br>
>><br>
>> I do _not_ think we should wait for constrained operators to scream<br>
>> at us about ZK to write a Consul driver. It's important enough that we<br>
>> should start documenting all of the issues we expect to see with Consul<br>
>> (it's not widely packaged, for instance) and writing a driver with its<br>
>> own devstack plugin.<br>
>><br>
>> If there are Consul experts who did not make it to those sessions,<br>
>> it would be greatly appreciated if you can spend some time on this.<br>
>><br>
>> What I don't want to see happen is we get into a deadlock where there's<br>
>> a large portion of users who can't upgrade and no driver to support them.<br>
>> So lets stay ahead of the problem, and get a set of drivers that works<br>
>> for everybody!<br>
>><br>
><br>
> One additional note - out of the three possible options I see for tooz<br>
> drivers in production (zk, consul, etcd) we currently only have drivers<br>
> for ZK. This means that unless new drivers are created, when we depend<br>
> on tooz we will be requiring folks deploy zk.<br>
><br>
> It would be *awesome* if some folks stepped up to create and support at<br>
> least one of the aternate backends.<br>
><br>
> Although I am a fan of the ZK solution, I have an old WIP patch for<br>
> creating an etcd driver. I would like to revive and maintain it, but I<br>
> would also need one more maintainer per the new rules for in tree<br>
</div></div>> drivers…<br>
<br>
For those following along at home, said WIP etcd driver patch is here:<br>
<br>
<a href="https://review.openstack.org/#/c/151463/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/151463/</a><br>
<br>
And said rules are at:<br>
<br>
<a href="https://review.openstack.org/#/c/240645/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/240645/</a><br>
<br>
And FWIW, I too am personally fine with ZK as a default for devstack.<br>
<br>
At Your Service,<br>
<br>
Mark T. Voelker<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> Cheers,<br>
> Greg<br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>