<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 12, 2015 at 7:13 PM, 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"><span class="">On 06/12/2015 01:17 AM, Salvatore Orlando wrote:<br>
> It is however interesting that both "lock wait timeouts" and "missing<br>
> savepoint" errors occur in operations pertaining the same table -<br>
> securitygroups in this case.<br>
> I wonder if the switch to pymysl has not actually uncovered some other<br>
> bug in Neutron.<br>
><br>
> I have no opposition to a revert, but since this will affect most<br>
> projects, it's probably worth finding some time to investigate what is<br>
> triggering this failure when sqlalchemy is backed by pymysql before<br>
> doing that.<br>
<br>
</span>Right, we knew that the db driver would move some bugs around because<br>
we're no longer blocking python processes on db access (so there used to<br>
be a pseudo synchronization point before you ever got to the database).<br>
<br>
My feeling is this should be looked into before it is straight reverted<br>
(are jobs failing beyond Rally?). There are a number of benefits with<br></blockquote><div><br></div><div>A quick look at <a href="http://logstash.openstack.org">logstash.openstack.org</a> shows some of the stacktraces are happening in other neutron jobs as well.</div><div> </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">
the new driver, and we can't get to python3 with the old one.<br></blockquote><div><br></div><div>Agreed, pymysql is not to blame it looks like we have hit some neutron issues.  So lets try to fix neutron. Just because neutron reverts the default sql connector doesn't mean operators won't end up trying pymysql.</div><div> </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">
<br>
Rally failing is also an indicator that just such and implicit lock was<br>
behavior that was depended on before, because it will be sending a bunch<br>
of similar operations all at once as a kind of stress test. It would<br>
tend to expose issues like this first.<br></blockquote><div><br></div><div>Glad to see us catch these issues early.</div><div> </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 class=""><font color="#888888"><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
</font></span><div class=""><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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></div></div>