<div dir="ltr"><div dir="ltr" style="font-family:arial,sans-serif;font-size:13px">The motivation for Ceph support in my case was for my company to work on nova/glance RBD support and horizon integration with Ceph storage. The nova support for RBD backing store is not currently mature, and subject to a great deal of debate. Also boot from volume support used by Cinder/Ceph in the openstack dashboard has a terrible workflow and needs serious attention. Having an environment to easily stand up a stack for development with Ceph already configured has been a large help. Most of our development team (and other openstack developers with which I've spoken) don't have time or want to be bothered with learning the complicated setup routine involved with Ceph. They would however happily develop support against the API if it was already there and waiting for them.<div>
<br></div><div>The plugin architecture of devstack felt like a nice place to add features and optional functionality that wouldn't impact users who didn't want or care about the extra features. I do understand your standpoint on the issue, and that you wouldn't want devstack to become a collection of broken un-maintained plugins for everything under the sun. But this was not intended for driver certification, rather to drive current active core feature development in openstack. Hope this at least gives everyone a better idea of my intent with the Blueprint.</div>
<div><br></div></div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px"><br clear="all"><div><div dir="ltr">David Pippenger<div>Sr. Devops Engineer</div><div>Metacloud Inc.</div></div></div></div>
</div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">David Pippenger<div>Sr. Devops Engineer</div><div>Metacloud Inc.</div><div>1-213-253-8513</div></div></div>
<br><br><div class="gmail_quote">On Thu, Dec 26, 2013 at 9:16 AM, John Griffith <span dir="ltr"><<a href="mailto:john.griffith@solidfire.com" target="_blank">john.griffith@solidfire.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="im">On Tue, Dec 24, 2013 at 4:49 AM, Sebastien Han<br>
<<a href="mailto:sebastien.han@enovance.com">sebastien.han@enovance.com</a>> wrote:<br>
> Hello everyone,<br>
><br>
> I’ve been working on a new feature for Devstack that includes a native support for Ceph.<br>
> The patch includes the following:<br>
><br>
> * Ceph installation (using the <a href="http://ceph.com" target="_blank">ceph.com</a> repo)<br>
> * Glance integration<br>
> * Cinder integration (+ nova virsh secret)<br>
> * Cinder backup integration<br>
> * Partial Nova integration since master is currently broken. Lines are already there, the plan is to un-comment those lines later.<br>
> * Everything works with Cephx (Ceph authentification system).<br>
><br>
> Does anyone will be interested to see this going into Devstack mainstream?<br>
><br>
<br>
</div>I'm likely in the minority here, but personally I don't like the idea<br>
of adding every driver/backend combination option directly in<br>
devstack.  The issue I think you're trying to solve here is exactly<br>
what the driver_cert scripts and result submission are intended to<br>
address.<br>
<br>
If there's interest in creating an additional gating job that uses RBD<br>
as the backend that's in my mind a different discussion and definitely<br>
worth having.<br>
<div class="im HOEnZb"><br>
> Cheers.<br>
><br>
> ––––<br>
> Sébastien Han<br>
> Cloud Engineer<br>
><br>
> "Always give 100%. Unless you're giving blood.”<br>
><br>
> Phone: <a href="tel:%2B33%20%280%291%2049%2070%2099%2072" value="+33149709972">+33 (0)1 49 70 99 72</a><br>
> Mail: <a href="mailto:sebastien.han@enovance.com">sebastien.han@enovance.com</a><br>
> Address : 10, rue de la Victoire - 75009 Paris<br>
> Web : <a href="http://www.enovance.com" target="_blank">www.enovance.com</a> - Twitter : @enovance<br>
><br>
><br>
</div><div class="HOEnZb"><div class="h5">> _______________________________________________<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>
><br>
</div></div></blockquote></div><br></div>