<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Thanks for bringing this up. We at Reliance are building a team completely dedicated to make the EC2 API support in OpenStack rock-solid and complete. Coming from block-storage background, I submitted a few blueprints[1][2][3] for the volumes stuff, along with the code for them[4][5][6] in the Icehouse release. Unfortunately, the reviews didn't get the attention they required and they were pushed to Juno (probably, partly due to it being residing in Nova but actually being related to Cinder).</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">I was the only person in our team for a few months to take care of efforts in this direction. The process of adding more resources has already been started, although I am expecting that it will take a month of time before they start actively contributing to upstream code.</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">The point I am trying to make is that there are people interested in keeping this layer functional and in a healthy state. Now that we have promised in the writing that we will dedicate efforts, I think waiting till end of Icehouse is a good idea. Let this cycle be our last chance to show that we care for this piece of code :)</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">I will make sure I make it clear to my team that making the EC2 API 'robust' is more important than making it 'feature complete'. As you can see from my contributions, I have been guilty of not following this myself in the past.</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">Links:</div><div class="gmail_quote">1. <a href="https://blueprints.launchpad.net/nova/+spec/ec2-volume-and-snapshot-tags" target="_blank">https://blueprints.launchpad.net/nova/+spec/ec2-volume-and-snapshot-tags</a><br>
</div><div class="gmail_quote">2. <a href="https://blueprints.launchpad.net/nova/+spec/ec2-volume-type" target="_blank">https://blueprints.launchpad.net/nova/+spec/ec2-volume-type</a><br></div><div class="gmail_quote">3. <a href="https://blueprints.launchpad.net/nova/+spec/ec2-volume-filtering" target="_blank">https://blueprints.launchpad.net/nova/+spec/ec2-volume-filtering</a><br>
</div><div class="gmail_quote"><br></div><div class="gmail_quote"><div class="gmail_quote">4. [DescribeVolumes all filters](<a href="https://review.openstack.org/#/c/70085/" target="_blank">https://review.openstack.org/#/c/70085/</a>)</div>
<div class="gmail_quote">5. [EC2 Volume type](<a href="https://review.openstack.org/#/c/61041/" target="_blank">https://review.openstack.org/#/c/61041/</a>)</div><div class="gmail_quote">6. [EC2 volume tags(metadata)](<a href="https://review.openstack.org/#/c/64690/" target="_blank">https://review.openstack.org/#/c/64690/</a>)</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">Regards,<br>Rushi Agrawal</div><div class="gmail_quote">Cloud engineer,</div><div class="gmail_quote">Reliance Jio Infocomm</div></div><div class="gmail_quote">
<br>
</div><div class="gmail_quote">On 23 April 2014 17:17, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I've spent a couple of days getting to the bottom of:<br>
<br>
Bug 1302774 - Failed to detach volume because of volume not found error<br>
prevents vm teardown<br>
<br>
This is an ec2 specific failure path, which mostly looks like a<br>
combination of a not very good test case and the EC2 code in nova<br>
collapsing the volume states in a way that seems completely incorrect<br>
based on what I can read on what's expected from this call.<br>
<br>
However, these are symptoms of a bigger issue. The EC2 paths in Nova are<br>
old, fragile, and error prone. The test coverage for these paths is<br>
minimal, and largely hasn't evolved in the last year. The last<br>
substantial addition to the EC2 tests in Tempest was by Burt Holtzman in<br>
July 2013, Burt has also been contributing to the Nova side, but beyond<br>
Burt, there basically aren't contributors right now.<br>
<br>
I really don't like shipping code in Nova that we know isn't good. With<br>
very few contributions in this code though, it's defacto, if not<br>
officially, deprecated.<br>
<br>
I'd like to see if there are any more people interested in keeping these<br>
interfaces functional (by contributing both on the nova and tempest<br>
sides). If so, great!<br>
<br>
If we get to the end of Juno in the current state, I think we need to<br>
consider actually deprecating the EC2 support in Nova. Because I'm<br>
pretty sure what we have today actually only works if you are using boto<br>
on the client side, and doesn't really look like EC2 at any real level<br>
of inspection.<br>
<span><font color="#888888"><br>
-Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</font></span><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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></blockquote></div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><br clear="all"><div><div dir="ltr"><font face="Calibri"><span style="font-size:15px">Regards,</span></font><div><font face="Calibri"><span style="font-size:15px">Rushi Agrawal</span></font></div>
<div><font face="Calibri"><span style="font-size:15px">Cloud engineer,</span></font></div><div><font face="Calibri"><span style="font-size:15px">Reliance Jio Infocomm, India</span></font></div><div><font face="Calibri"><span style="font-size:15px">Ph: (+91) 99 4518 4519</span></font></div>
<div><font face="Calibri"><span style="font-size:15px"><br></span></font></div></div></div></div></div>