Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
10.4(EOL)
-
None
Description
CREATE TABLE t1(a INT);
|
SELECT GET_LOCK("l1", 0);
|
|
connect(con1,localhost,root,,);
|
LOCK TABLES t1 WRITE;
|
|
connection default;
|
sleep 1;
|
send FLUSH TABLES WITH READ LOCK;
|
|
connection con1;
|
sleep 1;
|
send SELECT GET_LOCK("l1", 10);
|
|
connection default;
|
reap;
|
|
connection con1;
|
reap;
|
disconnect con1;
|
|
connection default;
|
SELECT RELEASE_LOCK("l1");
|
UNLOCK TABLES;
|
DROP TABLE t1;
|
After MDEV-5336 FTWRL is designed such that it doesn't expect outer MDL locks being held when it is called. Either release user level locks or forbid FTWRL when they're active.
BACKUP STAGE will likely be affected by this when it receives fixes for some outstanding deadlocks.
Attachments
Issue Links
- is caused by
-
MDEV-5336 Implement BACKUP STAGE for safe external backups
-
- Closed
-
- relates to
-
MDEV-20945 BACKUP UNLOCK + FTWRL assertion failure | SIGSEGV in I_P_List from MDL_context::release_lock on INSERT w/ BACKUP LOCK (on optimized builds) | Assertion `ticket->m_duration == MDL_EXPLICIT' failed.
-
- Closed
-
Activity
Transition | Time In Source Status | Execution Times |
---|
|
214d 6h 11m | 1 |
|
42d 2h 1m | 2 |
|
17h 1m | 1 |
|
104d 4h 47m | 3 |
|
8d 23h 38m | 3 |
|
124d 19h 9m | 1 |