<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 22 February 2016 at 08:52, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Armando M. <<a href="mailto:armamig@gmail.com" target="_blank">armamig@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
On 22 February 2016 at 04:56, Ihar Hrachyshka <<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>> wrote:<br>
Sean M. Collins <<a href="mailto:sean@coreitpro.com" target="_blank">sean@coreitpro.com</a>> wrote:<br>
<br>
Armando M. wrote:<br>
Now that the blocking issue has been identified, I filed project-config<br>
change [1] to enable us to test the Neutron Grenade multinode more<br>
thoroughly.<br>
<br>
[1] <a href="https://review.openstack.org/#/c/282428/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/282428/</a><br>
<br>
<br>
Indeed - I want to profusely thank everyone that I reached out to during<br>
these past months when I got stuck on this. Ihar, Matt K, Kevin B,<br>
Armando - this is a huge win.<br>
<br>
-- <br>
Sean M. Collins<br>
<br>
Thanks everyone to make that latest push. We are almost there!..<br>
<br>
I guess the next steps are:<br>
- monitoring the job for a week, making sure it’s stable enough (comparing failure rate to non-partial grenade job?);<br>
<br>
Btw, the job trend is here:<br>
<br>
<a href="http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=6&fullscreen" rel="noreferrer" target="_blank">http://grafana.openstack.org/dashboard/db/neutron-failure-rate?panelId=6&fullscreen</a><br>
<br>
I'd prefer to wait a little longer. Depending on how things go we may want to make it not until N opens up.<br>
</blockquote>
<br></span>
Agreed.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
- if everything goes fine, propose project-config change to make it voting;<br>
- propose governance patch to enable rolling-upgrade tag for neutron repo (I believe not for *aas repos though?).<br>
<br>
I guess with that we would be able to claim victory for the basic 'server vs. agent’ part of rolling scenario. Right?<br>
<br>
Follow up steps would probably be:<br>
- look at enabling partial job for DVR flavour;<br>
<br>
That should be only instrumental to see how sane DVR during upgrades is, and proceed in tweaking the existing grenade-multi job in the check queue to be dvr-aware. In other words: I personally wouldn't want to see two grenade jobs in the gate.<br>
</blockquote>
<br></span>
Ack, that would be the end goal. There still may be some short time when both are in gate.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
- proceed on objectification of neutron db layer to open doors for later mixed server versions in the same cluster.<br>
<br>
Anything I missed?<br>
<br>
Also, what do we do with non-partial flavour of the job? Is it staying?<br>
<br>
What job are you talking about exactly?<br>
</blockquote>
<br></span>
gate-grenade-dsvm-neutron<br>
<br>
It’s not ‘partial’ in that we don’t run mixed versions of components during tempest run. It only covers that new code can run using old configuration files, and that alembic migrations apply correctly for some limited number of so called ‘long standing’ resources like instances created on the ‘old’ side of grenade.</blockquote><div><br></div><div>Yes, that is staying. Especially considering that's part of the integrate gate on a bunch of other projects. We'll reconsider what to do, once we strengthen our rolling upgrade story.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
Ihar<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></div>