Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
10.3.0
-
None
Description
When trying to mysqldump database after "create sequence", InnoDB asserts like below:
$ mysql --defaults-file=my.cnf -e 'create sequence test.a' |
$ mysqlsqldump --defaults-file=my.cnf test > /dev/null |
mysqldump: Couldn't execute 'UNLOCK TABLES': Lost connection to MySQL server during query (2013) |
2017-05-24 7:42:23 140019178026496 [Note] /home/a/test1/_depot/10.3-14465/bin/mysqld: ready for connections.
|
Version: '10.3.1-MariaDB' socket: '/home/a/test1/mariadb-environs/m4-10.3~latest/dt/my.sock' port: 3306 MariaDB Server
|
2017-05-24 7:42:53 140019102463744 [ERROR] Transaction not registered for MariaDB 2PC, but transaction is active
|
2017-05-24 07:42:53 0x7f58bcdd3700 InnoDB: Assertion failure in file /home/buildbot/buildbot/build/storage/innobase/trx/trx0trx.cc line 1737
|
InnoDB: Failing assertion: UT_LIST_GET_LEN(trx->lock.trx_locks) == 0
|
InnoDB: We intentionally generate a memory trap.
|
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
|
InnoDB: If you get repeated assertion failures or crashes, even
|
InnoDB: immediately after the mysqld startup, there may be
|
InnoDB: corruption in the InnoDB tablespace. Please refer to
|
InnoDB: http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html
|
InnoDB: about forcing recovery.
|
170524 7:42:53 [ERROR] mysqld got signal 6 ;
|
This could be because you hit a bug. It is also possible that this binary
|
or one of the libraries it was linked against is corrupt, improperly built,
|
or misconfigured. This error can also be caused by malfunctioning hardware.
|
|
|
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
|
|
|
We will try our best to scrape up some info that will hopefully help
|
diagnose the problem, but since we have already crashed,
|
something is definitely wrong and this may fail.
|
|
|
Server version: 10.3.1-MariaDB
|
key_buffer_size=134217728
|
read_buffer_size=131072
|
max_used_connections=1
|
max_threads=153
|
thread_count=7
|
It is possible that mysqld could use up to
|
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 467233 K bytes of memory
|
Hope that's ok; if not, decrease some variables in the equation.
|
|
|
Thread pointer: 0x7f58480009a8
|
Attempting backtrace. You can use the following information to find out
|
where mysqld died. If you see no messages after this, something went
|
terribly wrong...
|
stack_bottom = 0x7f58bcdd2ec0 thread_stack 0x49000
|
/home/a/test1/mariadb-environs/m4-10.3~latest/../_depot/m-tar/10.3-14465/bin/mysqld(my_print_stacktrace+0x2b)[0x5581a4bcd4db]
|
/home/a/test1/mariadb-environs/m4-10.3~latest/../_depot/m-tar/10.3-14465/bin/mysqld(handle_fatal_signal+0x4d5)[0x5581a4661af5]
|
/lib/x86_64-linux-gnu/libpthread.so.0(+0x11630)[0x7f58c098e630]
|
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x9f)[0x7f58bff5a7ef]
|
/lib/x86_64-linux-gnu/libc.so.6(abort+0x16a)[0x7f58bff5c3ea]
|
/home/a/test1/mariadb-environs/m4-10.3~latest/../_depot/m-tar/10.3-14465/bin/mysqld(+0x4a2048)[0x5581a4409048]
|
/home/a/test1/mariadb-environs/m4-10.3~latest/../_depot/m-tar/10.3-14465/bin/mysqld(+0x9cfcf9)[0x5581a4936cf9]
|
/home/a/test1/mariadb-environs/m4-10.3~latest/../_depot/m-tar/10.3-14465/bin/mysqld(+0x9cff9a)[0x5581a4936f9a]
|
mysys/stacktrace.c:268(my_print_stacktrace)[0x5581a49371a7]
|
ut/ut0rbt.cc:459(rbt_eject_node(ib_rbt_node_t*, ib_rbt_node_t*) [clone .part.4])[0x5581a47c6bf1]
|
handler/ha_innodb.cc:4571(innobase_commit_low(trx_t*))[0x5581a47c6e8a]
|
handler/ha_innodb.cc:4707(innobase_commit_ordered_2(trx_t*, THD*))[0x5581a47d95f3]
|
handler/ha_innodb.cc:16526(ha_innobase::external_lock(THD*, int))[0x5581a47db4d5]
|
sql/ha_sequence.cc:320(ha_sequence::external_lock(THD*, int))[0x5581a4ba9205]
|
sql/handler.cc:5891(handler::ha_external_lock(THD*, int))[0x5581a466b00c]
|
sql/lock.cc:716(unlock_external(THD*, TABLE**, unsigned int))[0x5581a47252fb]
|
sql/lock.cc:428(mysql_unlock_tables(THD*, st_mysql_lock*, bool))[0x5581a47254ab]
|
sql/sql_base.cc:841(close_thread_tables(THD*))[0x5581a4474f87]
|
sql/sql_base.cc:2171(Locked_tables_list::unlock_locked_tables(THD*))[0x5581a44758da]
|
sql/sql_parse.cc:4979(mysql_execute_command(THD*))[0x5581a44c2d8c]
|
sql/sql_parse.cc:7912(mysql_parse(THD*, char*, unsigned int, Parser_state*, bool, bool))[0x5581a44c575a]
|
sql/sql_parse.cc:1817(dispatch_command(enum_server_command, THD*, char*, unsigned int, bool, bool))[0x5581a44c79ca]
|
sql/sql_parse.cc:1382(do_command(THD*))[0x5581a44c7f91]
|
sql/sql_connect.cc:1354(do_handle_one_connection(CONNECT*))[0x5581a45840ef]
|
sql/sql_connect.cc:1262(handle_one_connection)[0x5581a4584214]
|
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76ca)[0x7f58c09846ca]
|
/lib/x86_64-linux-gnu/libc.so.6(clone+0x5f)[0x7f58c002d0af]
|
|
|
Trying to get some variables.
|
Some pointers may be invalid and cause the dump to abort.
|
Query (0x7f58480111b0): UNLOCK TABLES
|
Connection ID (thread ID): 10
|
Status: NOT_KILLED
|
|
|
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on
|
|
|
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
|
information that should help you find out what is causing the crash.
|
Attachments
Activity
Please extract relevant parameters (if any) from the mentioned but not provided my.cnf, and put them on the command line along with --no-defaults.
$ mysqldump --no-defaults --port=3309 --host=127.0.0.1 test > /dev/null
|
mysqldump: Couldn't execute 'UNLOCK TABLES': Lost connection to MySQL server during query (2013)
|
Actual test case:
--source include/have_innodb.inc
|
set default_storage_engine=InnoDB; |
create sequence a; |
LOCK TABLES a READ; |
SELECT * FROM a; |
|
bb-10.2-ext debug 90f06818b3250fd44aff4235875c7b6dd6ba8041 |
mysqld: /data/src/bb-10.2-ext/storage/innobase/lock/lock0lock.cc:4337: ib_lock_t* lock_table_create(ib_lock_t*, dict_table_t*, ulint, trx_t*): Assertion `!(((trx))->auto_commit && ((trx))->will_lock == 0)' failed.
|
170524 15:35:42 [ERROR] mysqld got signal 6 ;
|
|
|
#7 0x00007feef797eee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
|
#8 0x00007feefa7439d6 in lock_table_create (c_lock=0x0, table=0x7feea000c0b8, type_mode=0, trx=0x7feef1a988c8) at /data/src/bb-10.2-ext/storage/innobase/lock/lock0lock.cc:4337
|
#9 0x00007feefa7441fd in lock_table_create (table=0x7feea000c0b8, type_mode=0, trx=0x7feef1a988c8) at /data/src/bb-10.2-ext/storage/innobase/lock/lock0lock.cc:4448
|
#10 0x00007feefa745043 in lock_table (flags=0, table=0x7feea000c0b8, mode=LOCK_IS, thr=0x7feea00dac70) at /data/src/bb-10.2-ext/storage/innobase/lock/lock0lock.cc:4793
|
#11 0x00007feefa83f69e in row_search_mvcc (buf=0x7feea00973b8 "\377", '\245' <repeats 63 times>, "\377", '\245' <repeats 63 times>, "\200t\t\240\356\177", mode=PAGE_CUR_G, prebuilt=0x7feea00da438, match_mode=0, direction=0) at /data/src/bb-10.2-ext/storage/innobase/row/row0sel.cc:4549
|
#12 0x00007feefa6cbf47 in ha_innobase::index_read (this=0x7feea009bae8, buf=0x7feea00973b8 "\377", '\245' <repeats 63 times>, "\377", '\245' <repeats 63 times>, "\200t\t\240\356\177", key_ptr=0x0, key_len=0, find_flag=HA_READ_AFTER_KEY) at /data/src/bb-10.2-ext/storage/innobase/handler/ha_innodb.cc:10004
|
#13 0x00007feefa6cd242 in ha_innobase::index_first (this=0x7feea009bae8, buf=0x7feea00973b8 "\377", '\245' <repeats 63 times>, "\377", '\245' <repeats 63 times>, "\200t\t\240\356\177") at /data/src/bb-10.2-ext/storage/innobase/handler/ha_innodb.cc:10432
|
#14 0x00007feefa6cd49f in ha_innobase::rnd_next (this=0x7feea009bae8, buf=0x7feea00973b8 "\377", '\245' <repeats 63 times>, "\377", '\245' <repeats 63 times>, "\200t\t\240\356\177") at /data/src/bb-10.2-ext/storage/innobase/handler/ha_innodb.cc:10526
|
#15 0x00007feefaaee39a in ha_sequence::rnd_next (this=0x7feea00f39a8, buf=0x7feea00973b8 "\377", '\245' <repeats 63 times>, "\377", '\245' <repeats 63 times>, "\200t\t\240\356\177") at /data/src/bb-10.2-ext/sql/ha_sequence.h:97
|
#16 0x00007feefa3b8d0d in handler::ha_rnd_next (this=0x7feea00f39a8, buf=0x7feea00973b8 "\377", '\245' <repeats 63 times>, "\377", '\245' <repeats 63 times>, "\200t\t\240\356\177") at /data/src/bb-10.2-ext/sql/handler.cc:2594
|
#17 0x00007feefa3ba487 in handler::read_first_row (this=0x7feea00f39a8, buf=0x7feea00973b8 "\377", '\245' <repeats 63 times>, "\377", '\245' <repeats 63 times>, "\200t\t\240\356\177", primary_key=64) at /data/src/bb-10.2-ext/sql/handler.cc:2831
|
#18 0x00007feefa18ce09 in handler::ha_read_first_row (this=0x7feea00f39a8, buf=0x7feea00973b8 "\377", '\245' <repeats 63 times>, "\377", '\245' <repeats 63 times>, "\200t\t\240\356\177", primary_key=64) at /data/src/bb-10.2-ext/sql/sql_class.h:5822
|
#19 0x00007feefa1760a1 in join_read_system (tab=0x7feea0013ef0) at /data/src/bb-10.2-ext/sql/sql_select.cc:18960
|
#20 0x00007feefa175c62 in join_read_const_table (thd=0x7feea0000b00, tab=0x7feea0013ef0, pos=0x7feea00144a8) at /data/src/bb-10.2-ext/sql/sql_select.cc:18856
|
#21 0x00007feefa1507f8 in make_join_statistics (join=0x7feea0012e50, tables_list=..., keyuse_array=0x7feea0013138) at /data/src/bb-10.2-ext/sql/sql_select.cc:3997
|
#22 0x00007feefa147ebc in JOIN::optimize_inner (this=0x7feea0012e50) at /data/src/bb-10.2-ext/sql/sql_select.cc:1506
|
#23 0x00007feefa1466eb in JOIN::optimize (this=0x7feea0012e50) at /data/src/bb-10.2-ext/sql/sql_select.cc:1085
|
#24 0x00007feefa14f5ce in mysql_select (thd=0x7feea0000b00, tables=0x7feea0012778, wild_num=1, fields=..., conds=0x0, og_num=0, order=0x0, group=0x0, having=0x0, proc_param=0x0, select_options=2149845760, result=0x7feea0012e30, unit=0x7feea0004688, select_lex=0x7feea0004dc8) at /data/src/bb-10.2-ext/sql/sql_select.cc:3657
|
#25 0x00007feefa144010 in handle_select (thd=0x7feea0000b00, lex=0x7feea00045c0, result=0x7feea0012e30, setup_tables_done_option=0) at /data/src/bb-10.2-ext/sql/sql_select.cc:373
|
#26 0x00007feefa110658 in execute_sqlcom_select (thd=0x7feea0000b00, all_tables=0x7feea0012778) at /data/src/bb-10.2-ext/sql/sql_parse.cc:6459
|
#27 0x00007feefa106a1b in mysql_execute_command (thd=0x7feea0000b00) at /data/src/bb-10.2-ext/sql/sql_parse.cc:3581
|
#28 0x00007feefa114078 in mysql_parse (thd=0x7feea0000b00, rawbuf=0x7feea0012598 "SELECT * FROM a", length=15, parser_state=0x7feee8763200, is_com_multi=false, is_next_command=false) at /data/src/bb-10.2-ext/sql/sql_parse.cc:7912
|
#29 0x00007feefa101d97 in dispatch_command (command=COM_QUERY, thd=0x7feea0000b00, packet=0x7feea00ef901 "SELECT * FROM a", packet_length=15, is_com_multi=false, is_next_command=false) at /data/src/bb-10.2-ext/sql/sql_parse.cc:1817
|
#30 0x00007feefa100740 in do_command (thd=0x7feea0000b00) at /data/src/bb-10.2-ext/sql/sql_parse.cc:1380
|
#31 0x00007feefa24d62a in do_handle_one_connection (connect=0x7feefdf14590) at /data/src/bb-10.2-ext/sql/sql_connect.cc:1354
|
#32 0x00007feefa24d3b7 in handle_one_connection (arg=0x7feefdf14590) at /data/src/bb-10.2-ext/sql/sql_connect.cc:1260
|
#33 0x00007feefa6a879e in pfs_spawn_thread (arg=0x7feefdfb77c0) at /data/src/bb-10.2-ext/storage/perfschema/pfs.cc:1862
|
#34 0x00007feef96b8494 in start_thread (arg=0x7feee8764700) at pthread_create.c:333
|
#35 0x00007feef7a3b93f in clone () from /lib/x86_64-linux-gnu/libc.so.6
|
This was fixed already on May 24'th independently of this bug report and because of this
I missed to close this bug.
The crash happens if default_storage_engine is set to default (InnoDB) (during sequence creation) and doesn't happen when default_storage_engine is myisam.