<p dir="ltr">Sorry, we did the best to get it in... Risk looks high to me. We also update OpenStack itself from stable/icehouse, which is also risky; + Mellanox & NSX. To avoid broken master, I'd go with merged, seems to be working version of ML2, and merge Andrew's patchset into 6.0.<br>
</p>
<p dir="ltr">Mike Scherbakov<br>
#mihgen</p>
<div class="gmail_quote">On Jul 23, 2014 6:20 PM, "Vladimir Kuklin" <<a href="mailto:vkuklin@mirantis.com">vkuklin@mirantis.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div>Andrew<br><br></div>AFAIK, extended tests on full HA envs failed due to errors in deployment of secondary controllers. There is new patchset on review, but I am not sure that this code is passing extended tests. If it does, then we can consider merge of your code if it is working with NSX and Mellanox code. I am deeply concerned about this and my opinion is that we should not do it because we can introduce enormous regression right after Soft Code Freeze and put our release under very high risk. <br>
<br><br></div><div>Mike, Andrew, what do you think?<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jul 18, 2014 at 10:53 AM, Andrew Woodward <span dir="ltr"><<a href="mailto:xarses@gmail.com" target="_blank">xarses@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">All issues should be resolved, and CI is passing. Please start testing.</div><div><div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 17, 2014 at 4:30 AM, Vladimir Kuklin <span dir="ltr"><<a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Andrew, we have extended system tests passing with our current pacemaker corosync code. Either it is your environment or some bug we cannot reproduce. Also, it may be related to puppet ordering issues thus trying to start some services before some others. As [2] is the only issue you are pointing at now, let's create a bug and track it in Launchpad.<br>
</div><div class="gmail_extra"><div><div><br><br><div class="gmail_quote">On Thu, Jul 17, 2014 at 11:20 AM, Andrew Woodward <span dir="ltr"><<a href="mailto:xarses@gmail.com" target="_blank">xarses@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">[2] still has no positive progress, simply making puppet stop the<br>
services isn't all that usefull, will need to move towards always<br>
using over-ride files<br>
[3] is closed as it hasn't occurred in two days<br>
[4] may be closed as its not occuring in CI or on my testing anymore<br>
<br>
[5] is closed, was due to [7]<br>
<br>
[7] <a href="https://bugs.launchpad.net/puppet-neutron/+bug/1343009" target="_blank">https://bugs.launchpad.net/puppet-neutron/+bug/1343009</a><br>
<br>
CI is passing CentOS now, and only failing ubuntu in OSTF. This<br>
appears to be due services not being properly managed in<br>
corosync/pacemaker<br>
<div><div><br>
On Tue, Jul 15, 2014 at 11:24 PM, Andrew Woodward <<a href="mailto:xarses@gmail.com" target="_blank">xarses@gmail.com</a>> wrote:<br>
> [2] appears to be made worse, if not caused by neutron services<br>
> autostarting with debian, no patch yet, need to add mechanism to ha<br>
> layer to generate override files.<br>
> [3] appears to have stopped with this mornings master<br>
> [4] deleting the cluster, and restarting mostly removed this, was<br>
> getting issue with $::osnailyfacter::swift_partition/.. not existing<br>
> (/var/lib/glance), but is fixed in rev 29<br>
><br>
> [5] is still the critical issue blocking progress, I'm super at a loss<br>
> of why this is occuring. Changes to ordering have no affect. Next<br>
> steps probably involve pre-hacking keystone and neutron and<br>
> nova-client to be more verbose about it's key usage. As a hack we<br>
> could simply restart neutron-server but I'm not convinced the issue<br>
> can't come back since we don't know how it started.<br>
><br>
><br>
><br>
> On Tue, Jul 15, 2014 at 6:34 AM, Sergey Vasilenko<br>
> <<a href="mailto:svasilenko@mirantis.com" target="_blank">svasilenko@mirantis.com</a>> wrote:<br>
>> [1] fixed in <a href="https://review.openstack.org/#/c/107046/" target="_blank">https://review.openstack.org/#/c/107046/</a><br>
>> Thanks for report a bug.<br>
>><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>
><br>
><br>
><br>
> --<br>
> Andrew<br>
> Mirantis<br>
> Ceph community<br>
<br>
<br>
<br>
--<br>
Andrew<br>
Mirantis<br>
Ceph community<br>
<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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br></div></div><div><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br><a href="tel:%2B7%20%28495%29%20640-49-04" value="+74956404904" target="_blank">+7 (495) 640-49-04</a><br>
<a href="tel:%2B7%20%28926%29%20702-39-68" value="+79267023968" target="_blank">+7 (926) 702-39-68</a><br>Skype kuklinvv<br>
45bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div>
</div></div>
<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><br clear="all"><div><br></div>-- <br><div dir="ltr">Andrew<div>Mirantis</div><div>Ceph community</div></div>
</div>
</div></div><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><br clear="all"><br>-- <br><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br>+7 (495) 640-49-04<br>+7 (926) 702-39-68<br>Skype kuklinvv<br>45bk3, Vorontsovskaya Str.<br>
Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div>
</div>
<br>_______________________________________________<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></blockquote></div>