<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">We're using haproxy in front of a 3 node galera cluster, and we see the lost connection stuff pretty often, but that's normal behaviour, MySQL will tear down idle connections, SQLA handles reconnecting fine.</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">As for deadlocks, if you are distributing writes across your nodes, I'd expect that, we solved it by using haproxy in a primary/backup mode, all traffic flows to one node by default, and fails over to one of the other nodes in the event of a failure, this means that writes are concentrated in a single node & the deadlock & roll back doesn't bite you.</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Also - I think you need to be running 3 galera nodes to be safe, as if a partition occurs, you can't cleanly reconnect a node as you can't achieve quorum. (I am not a DBA...)</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">We're not running Neutron, so I can't comment on that, sorry.</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Simon.</div> <div id="bloop_sign_1411058885663804160" class="bloop_sign"></div> <br><p style="color:#000;">On 18 September 2014 at 17:35:18, Sławek Kapłoński (<a href="mailto:slawek@kaplonski.pl">slawek@kaplonski.pl</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div><div></div><div>Hello,
<br>
<br>Is anyone here using openstack with mysql galera and haproxy? Have You got any
<br>problems with that?
<br>I was today installed such ha infra for database (two mysql servers in galera
<br>cluster and haproxy on controller and neutron node, this haproxy is connecting
<br>to one of galera servers with round robin algorithm). Generally all is working
<br>fine but I have few problems:
<br>1. I have a lot of messages like:
<br>WARNING neutron.openstack.common.db.sqlalchemy.session [-] Got mysql server
<br>has gone away: (2006, 'MySQL server has gone away')
<br>2. I have (most on neutron) many errors like:
<br>OperationalError: (OperationalError) (2013, 'Lost connection to MySQL server
<br>during query') 'UPDATE ml2_port_bindings SET vif_type=%s, driver=%s,
<br>segment=%s WHERE ml2_port_bindings.port_id =
<br>3. Also errors:
<br>StaleDataError: UPDATE statement on table 'ports' expected to update 1 row(s);
<br>0 were matched.
<br>4. and errors:
<br>DBDeadlock: (OperationalError) (1213, 'Deadlock found when trying to get lock;
<br>try restarting transaction') 'UPDATE ipavailabilityranges SET first_ip=%s WHERE
<br>ipavailabilityranges.allocation_pool_id =
<br>
<br>Sql queries in examples are "accidental" and same problem is with other
<br>queries also (like deleting ports).
<br>Strange think is that those problems are not happend when I have one mysql
<br>server and all was connecting to that one server. Do You have maybe same
<br>problems? Do You know what can be a reason and solution for it?
<br>
<br>---
<br>Best regards
<br>Sławek Kapłoński
<br>slawek@kaplonski.pl<hr>_______________________________________________
<br>OpenStack-operators mailing list
<br>OpenStack-operators@lists.openstack.org
<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
<br></div></div></span></blockquote></body></html>