Details
Description
Note: Place the test case under suite/galera/t to avoid manual configuration.
--source include/galera_cluster.inc
|
--source include/have_innodb.inc
|
--source include/have_log_bin.inc
|
|
CREATE SEQUENCE s ENGINE=InnoDB; |
CREATE TABLE t1 (a INT) ENGINE=InnoDB; |
START TRANSACTION; |
REPLACE INTO s VALUES (1,1,9223372036854775806,1,1,1000,0,0); |
OPTIMIZE TABLE t1; |
10.4 ba679ae5 |
mysqld: /data/src/10.4/wsrep-lib/src/transaction.cpp:700: int wsrep::transaction::before_rollback(): Assertion `0' failed.
|
200327 21:49:27 [ERROR] mysqld got signal 6 ;
|
|
#7 0x00007fc4f4824f12 in __GI___assert_fail (assertion=0x55b88462f21f "0", file=0x55b88462f190 "/data/src/10.4/wsrep-lib/src/transaction.cpp", line=700, function=0x55b884630c80 <wsrep::transaction::before_rollback()::__PRETTY_FUNCTION__> "int wsrep::transaction::before_rollback()") at assert.c:101
|
#8 0x000055b8840bd4c5 in wsrep::transaction::before_rollback (this=0x7fc474006cf0) at /data/src/10.4/wsrep-lib/src/transaction.cpp:700
|
#9 0x000055b88337aa81 in wsrep::client_state::before_rollback (this=0x7fc474006c88) at /data/src/10.4/wsrep-lib/include/wsrep/client_state.hpp:496
|
#10 0x000055b88376b510 in wsrep_before_rollback (thd=0x7fc474000af0, all=false) at /data/src/10.4/sql/wsrep_trans_observer.h:364
|
#11 0x000055b88376ff2c in ha_rollback_trans (thd=0x7fc474000af0, all=false) at /data/src/10.4/sql/handler.cc:1873
|
#12 0x000055b8835a81a1 in trans_rollback_stmt (thd=0x7fc474000af0) at /data/src/10.4/sql/transaction.cc:495
|
#13 0x000055b8835a1a3e in admin_recreate_table (thd=0x7fc474000af0, table_list=0x7fc474012028) at /data/src/10.4/sql/sql_admin.cc:43
|
#14 0x000055b8835a4ee5 in mysql_admin_table(THD *, TABLE_LIST *, HA_CHECK_OPT *, const char *, thr_lock_type, bool, bool, uint, int (*)(THD *, TABLE_LIST *, HA_CHECK_OPT *), struct {...}, int (*)(THD *, TABLE_LIST *, HA_CHECK_OPT *)) (thd=0x7fc474000af0, tables=0x7fc474012028, check_opt=0x7fc474005cc8, operator_name=0x55b884154d18 "optimize", lock_type=TL_WRITE, org_open_for_modify=true, repair_table_use_frm=false, extra_open_options=0, prepare_func=0x0, operator_func=(int (handler::*)(handler * const, THD *, HA_CHECK_OPT *)) 0x55b88377886a <handler::ha_optimize(THD*, st_ha_check_opt*)>, view_operator_func=0x0) at /data/src/10.4/sql/sql_admin.cc:1030
|
#15 0x000055b8835a6330 in Sql_cmd_optimize_table::execute (this=0x7fc4740126f0, thd=0x7fc474000af0) at /data/src/10.4/sql/sql_admin.cc:1374
|
#16 0x000055b88341652f in mysql_execute_command (thd=0x7fc474000af0) at /data/src/10.4/sql/sql_parse.cc:6101
|
#17 0x000055b88341bbf1 in mysql_parse (thd=0x7fc474000af0, rawbuf=0x7fc474011f68 "OPTIMIZE TABLE t1", length=17, parser_state=0x7fc4e58a9160, is_com_multi=false, is_next_command=false) at /data/src/10.4/sql/sql_parse.cc:7900
|
#18 0x000055b88341b1ed in wsrep_mysql_parse (thd=0x7fc474000af0, rawbuf=0x7fc474011f68 "OPTIMIZE TABLE t1", length=17, parser_state=0x7fc4e58a9160, is_com_multi=false, is_next_command=false) at /data/src/10.4/sql/sql_parse.cc:7704
|
#19 0x000055b883406c80 in dispatch_command (command=COM_QUERY, thd=0x7fc474000af0, packet=0x7fc4740084a1 "", packet_length=17, is_com_multi=false, is_next_command=false) at /data/src/10.4/sql/sql_parse.cc:1827
|
#20 0x000055b88340544d in do_command (thd=0x7fc474000af0) at /data/src/10.4/sql/sql_parse.cc:1360
|
#21 0x000055b88358e9b3 in do_handle_one_connection (connect=0x55b886e9a6e0) at /data/src/10.4/sql/sql_connect.cc:1412
|
#22 0x000055b88358e702 in handle_one_connection (arg=0x55b886e9a6e0) at /data/src/10.4/sql/sql_connect.cc:1316
|
#23 0x000055b883f970a1 in pfs_spawn_thread (arg=0x55b88694cee0) at /data/src/10.4/storage/perfschema/pfs.cc:1869
|
#24 0x00007fc4f67ad4a4 in start_thread (arg=0x7fc4e58aa700) at pthread_create.c:456
|
#25 0x00007fc4f48e1d0f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97
|
Reproducible on 10.4, 10.5.
Not reproducible on 10.3.
No obvious immediate problem on a non-debug build.
Attachments
Issue Links
- causes
-
MDEV-34269 10.11.8 cluster becomes inconsistent when using composite primary key and partitioning
- Closed
-
MDEV-34647 'INSERT...SELECT' on MyISAM table suddenly replicated by Galera
- Closed
- relates to
-
MDEV-23057 wsrep::transaction::before_rollback(): Assertion `state() == s_executing || state() == s_preparing caused by mysqldump
- Closed
-
MDEV-32631 galera_2_cluster: before_rollback(): Assertion `0' failed
- In Review