<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 19 February 2016 at 04:43, 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">On 02/18/2016 09:50 PM, Armando M. wrote:<br>
><br>
><br>
> On 18 February 2016 at 08:41, Sean M. Collins <<a href="mailto:sean@coreitpro.com" target="_blank">sean@coreitpro.com</a><br>
> <mailto:<a href="mailto:sean@coreitpro.com" target="_blank">sean@coreitpro.com</a>>> wrote:<br>
><br>
> This week's update:<br>
><br>
> Armando was kind enough to take a look[1], since he's got a fresh<br>
> perspective. I think I've been suffering from Target Fixation[1]<br>
> where I failed to notice a couple other failures in the logs.<br>
><br>
><br>
> It's been fun, and I am glad I was able to help. Once I validated the<br>
> root cause of the metadata failure [1], I got run [2] and a clean pass<br>
> in [3] :)<br>
><br>
> There are still a few things to iron out, ie. choosing metadata over<br>
> config-drive, testing both in the gate etc. But that's for another day.<br>
><br>
> Cheers,<br>
> Armando<br>
><br>
> [1] <a href="https://bugs.launchpad.net/nova/+bug/1545101/comments/4" rel="noreferrer" target="_blank">https://bugs.launchpad.net/nova/+bug/1545101/comments/4</a><br>
> [2] <a href="http://logs.openstack.org/00/281600/6/experimental/gate-grenade-dsvm-neutron-multinode/40e16c8/" rel="noreferrer" target="_blank">http://logs.openstack.org/00/281600/6/experimental/gate-grenade-dsvm-neutron-multinode/40e16c8/</a><br>
> [3] <a href="http://logs.openstack.org/00/281600/6/experimental/gate-grenade-dsvm-neutron-multinode/40e16c8/logs/testr_results.html.gz" rel="noreferrer" target="_blank">http://logs.openstack.org/00/281600/6/experimental/gate-grenade-dsvm-neutron-multinode/40e16c8/logs/testr_results.html.gz</a><br>
<br>
I want to thank everyone that's been working on this issue profusely.<br>
This exposed a release critical bug in Nova that we would not have<br>
caught otherwise. Finding that before milestone 3 is a huge win and<br>
gives us a lot more options in fixing it correctly.<br>
<br>
I think we've got the proper fix now -<br>
<a href="https://review.openstack.org/#/c/279721/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/279721/</a> (fingers crossed). The metadata<br>
server is one of the least tested components we've got on the Nova side,<br>
so I'll be looking at ways to fix that problem and hopefully avoid<br>
situations like this again.<br></blockquote><div><br></div><div>Now that the blocking issue has been identified, I filed project-config change [1] to enable us to test the Neutron Grenade multinode more thoroughly.</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/282428/">https://review.openstack.org/#/c/282428/</a></div><div><br></div><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">
<span><font color="#888888"><br>
-Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" rel="noreferrer" target="_blank">http://dague.net</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>
</font></span></blockquote></div><br></div></div>