[MDEV-11306] Galera hangs on INSERT queries after CONNECT table unable to connect to remove server Created: 2016-11-18 Updated: 2017-06-26 Resolved: 2017-06-26 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Galera |
| Affects Version/s: | 10.1.19 |
| Fix Version/s: | N/A |
| Type: | Bug | Priority: | Major |
| Reporter: | Ján Regeš | Assignee: | Sachin Setiya (Inactive) |
| Resolution: | Incomplete | Votes: | 1 |
| Labels: | galera, need_feedback | ||
| Environment: |
Gentoo Linux, MariaDB Galera 10.1.19 - 3 nodes |
||
| Attachments: |
|
| Sprint: | 10.1.20 |
| Description |
|
Hi, we use MariaDB 10.1.19 in our Galera cluster based on 3 nodes. Today, after midnight, our first Galera server hangs on lot of simple inserts into one non-important table. There is a MySQL event running after midnight on all Galera nodes, which calls a procedure. This procedure fills some tables by some another CONNECT tables. These CONNECT tables are connected to remote MariaDB and this MariaDB was temporary down. MySQL procedure exit with this error at 00:00:06:
Immediatelly after that, all inserts into other tables hangs with status "query end". After 2-3 minutes, databases was inaccessible with "Too many connections". It hangs I this, that after error from CONNECT engine, some Galera-state was not cleaned properly and Galera locks for any changes. I attach ZIP file with complete MySQL processlist and status after ~ 1 minute after hangs. BUT, on second Galera node, in the same moment, there was hang queries from these procedure:
And third node, it was OK..
We save MySQL processlist/statuses every 5-10 seconds on all nodes. Attached ZIP is only from first Galera node. When you need also same ZIP from same time from second and third server, tell me. I think, it's a bug with unexpected unhandled state. Thank you for your help. |
| Comments |
| Comment by Sachin Setiya (Inactive) [ 2016-12-02 ] |
|
Hi, I am not able to reproduce it. I have defined a event which calls a procedure which fill table t2 from CONNECT table r_t1. And one more event which simply inserts into t3. |
| Comment by Sergei Golubchik [ 2017-06-26 ] |
|
No feedback for half a year. Closing... |