[MDEV-13721] Assertion `thd->mdl_context.is_lock_owner(MDL_key::TABLE, table->db, table->table_name, MDL_SHARED)' failed in mysql_rm_table_no_locks Created: 2017-09-03  Updated: 2017-10-22  Resolved: 2017-10-22

Status: Closed
Project: MariaDB Server
Component/s: Sequences
Affects Version/s: 10.3
Fix Version/s: 10.3.3

Type: Bug Priority: Major
Reporter: Elena Stepanova Assignee: Michael Widenius
Resolution: Fixed Votes: 0
Labels: None

Issue Links:
Relates
relates to MDEV-13016 Testing SEQUENCE object phase 2 Closed

 Description   

CREATE SEQUENCE s;
CREATE TEMPORARY TABLE s (i INT);
DROP SEQUENCE s;

10.3 debug 016c35a7f2f4a

mysqld: /data/src/10.3/sql/sql_table.cc:2360: int mysql_rm_table_no_locks(THD*, TABLE_LIST*, bool, bool, bool, bool, bool, bool): Assertion `thd->mdl_context.is_lock_owner(MDL_key::TABLE, table->db, table->table_name, MDL_SHARED)' failed.
170903 17:45:26 [ERROR] mysqld got signal 6 ;
 
#7  0x00007f256e323ee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
#8  0x0000563f91141a8f in mysql_rm_table_no_locks (thd=0x7f2558000b00, tables=0x7f2558014ad0, if_exists=false, drop_temporary=false, drop_view=false, drop_sequence=true, dont_log_query=false, dont_free_locks=false) at /data/src/10.3/sql/sql_table.cc:2358
#9  0x0000563f9114109e in mysql_rm_table (thd=0x7f2558000b00, tables=0x7f2558014ad0, if_exists=false, drop_temporary=false, drop_sequence=true) at /data/src/10.3/sql/sql_table.cc:2087
#10 0x0000563f91081855 in mysql_execute_command (thd=0x7f2558000b00) at /data/src/10.3/sql/sql_parse.cc:5010
#11 0x0000563f9108abd4 in mysql_parse (thd=0x7f2558000b00, rawbuf=0x7f2558014a08 "DROP SEQUENCE s", length=15, parser_state=0x7f25685ba610, is_com_multi=false, is_next_command=false) at /data/src/10.3/sql/sql_parse.cc:7921
#12 0x0000563f9107832e in dispatch_command (command=COM_QUERY, thd=0x7f2558000b00, packet=0x7f2558149c51 "DROP SEQUENCE s", packet_length=15, is_com_multi=false, is_next_command=false) at /data/src/10.3/sql/sql_parse.cc:1819
#13 0x0000563f91076d90 in do_command (thd=0x7f2558000b00) at /data/src/10.3/sql/sql_parse.cc:1370
#14 0x0000563f911cd646 in do_handle_one_connection (connect=0x563f9359a260) at /data/src/10.3/sql/sql_connect.cc:1418
#15 0x0000563f911cd3d3 in handle_one_connection (arg=0x563f9359a260) at /data/src/10.3/sql/sql_connect.cc:1324
#16 0x0000563f916451dc in pfs_spawn_thread (arg=0x563f93633240) at /data/src/10.3/storage/perfschema/pfs.cc:1862
#17 0x00007f2570268494 in start_thread (arg=0x7f25685bb700) at pthread_create.c:333
#18 0x00007f256e3e093f in clone () from /lib/x86_64-linux-gnu/libc.so.6

No visible problem on a non-debug build, sequence gets dropped, the temporary table remains.



 Comments   
Comment by Michael Widenius [ 2017-10-22 ]

This happened when trying to do delete a sequence hidden by a temporary table.

Fixed by ignoring non-sequence temporary tables when trying to drop sequences.

Pushed into bb-10.2-ext, which will be shortly merged into 10.3

Fix provided by Aleksey Midenkov

Generated at Thu Feb 08 08:07:50 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.