Details
-
Bug
-
Status: In Progress (View Workflow)
-
Major
-
Resolution: Unresolved
-
10.6.16, 10.5.27, 10.11.10
-
None
-
RHEL 8, with 2 DB nodes and 1 Arbitrator
Description
Got signal 6 error in 10.6.16 in the following scenario:
1. CREATE SEQUENCE s INCREMENT=0 cache 100;
2. CREATE TABLE t2 ( id int primary key default (next value for s), name varchar(50));
3. Create test.sql file like (see test.sql.zip attached):
insert into test.t2 (name) values ('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),(
'AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),
('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA')
,('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'
),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA
'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAA
A'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AA
AA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('A
AAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('
AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),(
'AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),
('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA');
insert into test.t2 (name) values ('AAAA')....
[repeat above line for 1000000 times in the file]
4. Set autocommit=ON
5. On both nodes load the test.sql file by running the command:
mysql -h..... --port.... -u... -p... < test.sql
if exited with "Deadlock" error, run the it again.
6. After several tries, get signal 6 error on one of the DB server:
2024-04-05 14:50:52 4190 [ERROR] WSREP: FSM: no such a transition REPLICATING -> COMMITTED
240405 14:50:52 [ERROR] mysqld got signal 6 ;
Sorry, we probably made a mistake, and this is a bug.
Your assistance in bug reporting will enable us to fix this for the next release.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
7. If CREATE SEQUENCE with cache 10000, it can load the test.sql file sucessfully.
Attachments
Issue Links
- is caused by
-
-
- Open
-
Activity
Consider following simple example:
CREATE SEQUENCE seq INCREMENT BY 0 CACHE 10 NOCYCLE ENGINE=InnoDB;
|
CREATE TABLE t1(id int not null primary key DEFAULT NEXTVAL(seq), b int) ENGINE=InnoDB;
|
SHOW CREATE SEQUENCE seq;
|
SHOW CREATE TABLE seq;
|
#
|
# Transaction should use more than CACHE values from sequence
|
#
|
BEGIN;
|
INSERT INTO t1(b) VALUES(1);
|
INSERT INTO t1(b) VALUES(2);
|
INSERT INTO t1(b) VALUES(3);
|
INSERT INTO t1(b) VALUES(4);
|
INSERT INTO t1(b) VALUES(5);
|
INSERT INTO t1(b) VALUES(6);
|
INSERT INTO t1(b) VALUES(7);
|
INSERT INTO t1(b) VALUES(8);
|
INSERT INTO t1(b) VALUES(9);
|
INSERT INTO t1(b) VALUES(10);
|
INSERT INTO t1(b) VALUES(11);
|
INSERT INTO t1(b) VALUES(12);
|
COMMIT;
|
While executing transaction INSERTs in a transaction we will see:
Thread 2 hit Breakpoint 1, ha_sequence::write_row (this=0x76191c038f90,
|
buf=0x76191c038b28 "\377\025") at /home/jan/work/mariadb/10.6/sql/ha_sequence.cc:296
|
296 if (likely(!(error= file->update_first_row(buf))))
|
(rr) where
|
#0 ha_sequence::write_row (this=0x76191c038f90, buf=0x76191c038b28 "\377\025")
|
at /home/jan/work/mariadb/10.6/sql/ha_sequence.cc:296
|
#1 0x00005d8fb75cebcd in handler::ha_write_row (this=0x76191c038f90,
|
buf=0x76191c038b28 "\377\025") at /home/jan/work/mariadb/10.6/sql/handler.cc:7754
|
#2 0x00005d8fb74c2c16 in sequence_definition::write (this=0x76191c030070,
|
table=0x76191c038638, all_fields=true)
|
at /home/jan/work/mariadb/10.6/sql/sql_sequence.cc:669
|
#3 0x00005d8fb74c3023 in SEQUENCE::next_value (this=0x76191c030070,
|
table=0x76191c038638, second_round=false, error=0x76194ad31368)
|
at /home/jan/work/mariadb/10.6/sql/sql_sequence.cc:778
|
#4 0x00005d8fb766a797 in Item_func_nextval::val_int (this=0x76191c0503a8)
|
at /home/jan/work/mariadb/10.6/sql/item_func.cc:7121
|
#5 0x00005d8fb75efbea in Item::save_int_in_field (this=0x76191c0503a8,
|
field=0x76191c041608, no_conversions=false)
|
at /home/jan/work/mariadb/10.6/sql/item.cc:7006
|
#6 0x00005d8fb7486a92 in Type_handler_int_result::Item_save_in_field (
|
this=0x5d8fb8df5e20 <type_handler_slonglong>, item=0x76191c0503a8,
|
field=0x76191c041608, no_conversions=false)
|
at /home/jan/work/mariadb/10.6/sql/sql_type.cc:4362
|
#7 0x00005d8fb75efd2f in Item::save_in_field (this=0x76191c0503a8,
|
field=0x76191c041608, no_conversions=false)
|
at /home/jan/work/mariadb/10.6/sql/item.cc:7026
|
#8 0x00005d8fb735e9a0 in TABLE::update_default_fields (this=0x76191c04f598,
|
--Type <RET> for more, q to quit, c to continue without paging--
|
ignore_errors=false) at /home/jan/work/mariadb/10.6/sql/table.cc:9176
|
#9 0x00005d8fb712f770 in fill_record (thd=0x76191c004798, table_arg=0x76191c04f598,
|
fields=..., values=..., ignore_errors=false, update=false)
|
at /home/jan/work/mariadb/10.6/sql/sql_base.cc:8753
|
#10 0x00005d8fb712fca4 in fill_record_n_invoke_before_triggers (thd=0x76191c004798,
|
table=0x76191c04f598, fields=..., values=..., ignore_errors=false,
|
event=TRG_EVENT_INSERT) at /home/jan/work/mariadb/10.6/sql/sql_base.cc:8888
|
#11 0x00005d8fb71823b0 in mysql_insert (thd=0x76191c004798, table_list=0x76191c0170f8,
|
fields=..., values_list=..., update_fields=..., update_values=..., duplic=DUP_ERROR,
|
ignore=false, result=0x0) at /home/jan/work/mariadb/10.6/sql/sql_insert.cc:1032
|
#12 0x00005d8fb71dc1a6 in mysql_execute_command (thd=0x76191c004798,
|
is_called_from_prepared_stmt=false)
|
at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:4621
|
#13 0x00005d8fb71e852a in mysql_parse (thd=0x76191c004798,
|
rawbuf=0x76191c017010 "INSERT INTO t1(b) VALUES(1)", length=27,
|
parser_state=0x76194ad32270) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:8193
|
#14 0x00005d8fb71e7bca in wsrep_mysql_parse (thd=0x76191c004798,
|
rawbuf=0x76191c017010 "INSERT INTO t1(b) VALUES(1)", length=27,
|
parser_state=0x76194ad32270) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:8004
|
#15 0x00005d8fb71d36f9 in dispatch_command (command=COM_QUERY, thd=0x76191c004798,
|
packet=0x76191c00e669 "INSERT INTO t1(b) VALUES(1)", packet_length=27, blocking=true)
|
at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:1896
|
#16 0x00005d8fb71d2135 in do_command (thd=0x76191c004798, blocking=true)
|
--Type <RET> for more, q to quit, c to continue without paging--
|
at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:1422
|
#17 0x00005d8fb73b3f6b in do_handle_one_connection (connect=0x5d8fba06f0a8,
|
put_in_cache=true) at /home/jan/work/mariadb/10.6/sql/sql_connect.cc:1417
|
#18 0x00005d8fb73b3ccf in handle_one_connection (arg=0x5d8fba06f0a8)
|
at /home/jan/work/mariadb/10.6/sql/sql_connect.cc:1319
|
#19 0x00005d8fb793539c in pfs_spawn_thread (arg=0x5d8fb9945b58)
|
at /home/jan/work/mariadb/10.6/storage/perfschema/pfs.cc:2201
|
#20 0x000076195009ca94 in start_thread (arg=<optimized out>)
|
at ./nptl/pthread_create.c:447
|
#21 0x0000761950129a34 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:100
|
Note that this ha_sequence is not InnoDB and not transactional. If I correctly understand here we reserve 10 values from SEQUENCE engine and this reservation is written to binlog. Let's continue execution...
Thread 2 hit Breakpoint 1, ha_sequence::write_row (this=0x76191c038f90,
|
buf=0x76191c038b28 "\377)") at /home/jan/work/mariadb/10.6/sql/ha_sequence.cc:296
|
296 if (likely(!(error= file->update_first_row(buf))))
|
(rr) where
|
#0 ha_sequence::write_row (this=0x76191c038f90, buf=0x76191c038b28 "\377)")
|
at /home/jan/work/mariadb/10.6/sql/ha_sequence.cc:296
|
#1 0x00005d8fb75cebcd in handler::ha_write_row (this=0x76191c038f90,
|
buf=0x76191c038b28 "\377)") at /home/jan/work/mariadb/10.6/sql/handler.cc:7754
|
#2 0x00005d8fb74c2c16 in sequence_definition::write (this=0x76191c030070,
|
table=0x76191c038638, all_fields=true)
|
at /home/jan/work/mariadb/10.6/sql/sql_sequence.cc:669
|
#3 0x00005d8fb74c3023 in SEQUENCE::next_value (this=0x76191c030070,
|
table=0x76191c038638, second_round=false, error=0x76194ad31368)
|
at /home/jan/work/mariadb/10.6/sql/sql_sequence.cc:778
|
#4 0x00005d8fb766a797 in Item_func_nextval::val_int (this=0x76191c0503a8)
|
at /home/jan/work/mariadb/10.6/sql/item_func.cc:7121
|
#5 0x00005d8fb75efbea in Item::save_int_in_field (this=0x76191c0503a8,
|
field=0x76191c041608, no_conversions=false)
|
at /home/jan/work/mariadb/10.6/sql/item.cc:7006
|
#6 0x00005d8fb7486a92 in Type_handler_int_result::Item_save_in_field (
|
this=0x5d8fb8df5e20 <type_handler_slonglong>, item=0x76191c0503a8,
|
field=0x76191c041608, no_conversions=false)
|
at /home/jan/work/mariadb/10.6/sql/sql_type.cc:4362
|
#7 0x00005d8fb75efd2f in Item::save_in_field (this=0x76191c0503a8,
|
field=0x76191c041608, no_conversions=false)
|
at /home/jan/work/mariadb/10.6/sql/item.cc:7026
|
#8 0x00005d8fb735e9a0 in TABLE::update_default_fields (this=0x76191c04f598,
|
--Type <RET> for more, q to quit, c to continue without paging--
|
ignore_errors=false) at /home/jan/work/mariadb/10.6/sql/table.cc:9176
|
#9 0x00005d8fb712f770 in fill_record (thd=0x76191c004798, table_arg=0x76191c04f598,
|
fields=..., values=..., ignore_errors=false, update=false)
|
at /home/jan/work/mariadb/10.6/sql/sql_base.cc:8753
|
#10 0x00005d8fb712fca4 in fill_record_n_invoke_before_triggers (thd=0x76191c004798,
|
table=0x76191c04f598, fields=..., values=..., ignore_errors=false,
|
event=TRG_EVENT_INSERT) at /home/jan/work/mariadb/10.6/sql/sql_base.cc:8888
|
#11 0x00005d8fb71823b0 in mysql_insert (thd=0x76191c004798, table_list=0x76191c0170f8,
|
fields=..., values_list=..., update_fields=..., update_values=..., duplic=DUP_ERROR,
|
ignore=false, result=0x0) at /home/jan/work/mariadb/10.6/sql/sql_insert.cc:1032
|
#12 0x00005d8fb71dc1a6 in mysql_execute_command (thd=0x76191c004798,
|
is_called_from_prepared_stmt=false)
|
at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:4621
|
#13 0x00005d8fb71e852a in mysql_parse (thd=0x76191c004798,
|
rawbuf=0x76191c017010 "INSERT INTO t1(b) VALUES(11)", length=28,
|
parser_state=0x76194ad32270) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:8193
|
#14 0x00005d8fb71e7bca in wsrep_mysql_parse (thd=0x76191c004798,
|
rawbuf=0x76191c017010 "INSERT INTO t1(b) VALUES(11)", length=28,
|
parser_state=0x76194ad32270) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:8004
|
#15 0x00005d8fb71d36f9 in dispatch_command (command=COM_QUERY, thd=0x76191c004798,
|
packet=0x76191c00e669 "INSERT INTO t1(b) VALUES(11)", packet_length=28,
|
blocking=true) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:1896
|
#16 0x00005d8fb71d2135 in do_command (thd=0x76191c004798, blocking=true)
|
--Type <RET> for more, q to quit, c to continue without paging--
|
at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:1422
|
#17 0x00005d8fb73b3f6b in do_handle_one_connection (connect=0x5d8fba06f0a8,
|
put_in_cache=true) at /home/jan/work/mariadb/10.6/sql/sql_connect.cc:1417
|
#18 0x00005d8fb73b3ccf in handle_one_connection (arg=0x5d8fba06f0a8)
|
at /home/jan/work/mariadb/10.6/sql/sql_connect.cc:1319
|
#19 0x00005d8fb793539c in pfs_spawn_thread (arg=0x5d8fb9945b58)
|
at /home/jan/work/mariadb/10.6/storage/perfschema/pfs.cc:2201
|
#20 0x000076195009ca94 in start_thread (arg=<optimized out>)
|
at ./nptl/pthread_create.c:447
|
#21 0x0000761950129a34 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:100
|
Transaction is not yet committed but again we reserve values from SEQUENCE object and write to binlog. Looking into binlog file we have:
START TRANSACTION
|
/*!*/;
|
# at 802
|
#241024 9:15:23 server id 1 end_log_pos 855 CRC32 0xf1fe46ea Table_map: `test`.`seq` mapped to number 59
|
# at 855
|
#241024 9:15:23 server id 1 end_log_pos 946 CRC32 0x01498928 Write_rows: table id 59 flags: STMT_END_F
|
|
|
BINLOG '
|
++UZZxMBAAAANQAAAFcDAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAOpG/vE=
|
++UZZxcBAAAAWwAAALIDAAAAADsAAAAAAAEACP8AFQAAAAAAAAABAAAAAAAAAP7///////9/AQAA
|
AAAAAAAAAAAAAAAAAAoAAAAAAAAAAAAAAAAAAAAAKIlJAQ==
|
'/*!*/;
|
# Number of rows: 1
|
# at 946
|
#241024 9:15:23 server id 1 end_log_pos 999 CRC32 0x6e83edab Table_map: `test`.`seq` mapped to number 59
|
# at 999
|
#241024 9:15:23 server id 1 end_log_pos 1052 CRC32 0xd5106473 Table_map: `test`.`seq` mapped to number 59
|
# at 1052
|
#241024 9:15:23 server id 1 end_log_pos 1105 CRC32 0x3b77dcad Table_map: `test`.`seq` mapped to number 59
|
# at 1105
|
#241024 9:15:23 server id 1 end_log_pos 1158 CRC32 0xd2ae138e Table_map: `test`.`seq` mapped to number 59
|
# at 1158
|
#241024 9:15:23 server id 1 end_log_pos 1211 CRC32 0xf79c8e07 Table_map: `test`.`seq` mapped to number 59
|
# at 1211
|
#241024 9:15:23 server id 1 end_log_pos 1264 CRC32 0xd03bc125 Table_map: `test`.`seq` mapped to number 59
|
# at 1264
|
#241024 9:15:23 server id 1 end_log_pos 1317 CRC32 0x07ecb6a5 Table_map: `test`.`seq` mapped to number 59
|
# at 1317
|
#241024 9:15:23 server id 1 end_log_pos 1370 CRC32 0xe0a901b5 Table_map: `test`.`seq` mapped to number 59
|
# at 1370
|
#241024 9:15:23 server id 1 end_log_pos 1423 CRC32 0xf8e061fd Table_map: `test`.`seq` mapped to number 59
|
# at 1423
|
#241024 9:15:23 server id 1 end_log_pos 1476 CRC32 0xdf472edf Table_map: `test`.`seq` mapped to number 59
|
# at 1476
|
#241024 9:15:23 server id 1 end_log_pos 1567 CRC32 0xaf9d0f70 Write_rows: table id 59 flags: STMT_END_F
|
|
|
BINLOG '
|
++UZZxMBAAAANQAAAOcDAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAKvtg24=
|
++UZZxMBAAAANQAAABwEAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAHNkENU=
|
++UZZxMBAAAANQAAAFEEAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAK3cdzs=
|
++UZZxMBAAAANQAAAIYEAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAI4TrtI=
|
++UZZxMBAAAANQAAALsEAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAAeOnPc=
|
++UZZxMBAAAANQAAAPAEAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAACXBO9A=
|
++UZZxMBAAAANQAAACUFAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAKW27Ac=
|
++UZZxMBAAAANQAAAFoFAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAALUBqeA=
|
++UZZxMBAAAANQAAAI8FAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAP1h4Pg=
|
++UZZxMBAAAANQAAAMQFAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAN8uR98=
|
++UZZxcBAAAAWwAAAB8GAAAAADsAAAAAAAEACP8AKQAAAAAAAAABAAAAAAAAAP7///////9/AQAA
|
AAAAAAAAAAAAAAAAAAoAAAAAAAAAAAAAAAAAAAAAcA+drw==
|
'/*!*/;
|
# Number of rows: 1
|
# at 1567
|
#241024 9:15:23 server id 1 end_log_pos 1620 CRC32 0xd21a797e Table_map: `test`.`seq` mapped to number 59
|
# at 1620
|
# at 1670
|
#241024 9:15:23 server id 1 end_log_pos 1670 CRC32 0x8701058c Annotate_rows:
|
#Q> INSERT INTO t1(b) VALUES(1)
|
#241024 9:15:23 server id 1 end_log_pos 1716 CRC32 0x94f2dbb6 Table_map: `test`.`t1` mapped to number 60
|
# at 1716
|
#241024 9:15:23 server id 1 end_log_pos 1758 CRC32 0x87b20993 Write_rows: table id 60 flags: STMT_END_F
|
|
|
BINLOG '
|
++UZZxMBAAAANQAAAFQGAAAAADsAAAAAAAEABHRlc3QAA3NlcQAICAgICAgIAQgAAH55GtI=
|
++UZZxMBAAAALgAAALQGAAAAADwAAAAAAAEABHRlc3QAAnQxAAIDAwACttvylA==
|
++UZZxcBAAAAKgAAAN4GAAAAADwAAAAAAAEAAgP8AQAAAAEAAACTCbKH
|
'/*!*/;
|
# Number of rows: 1
|
As we can see there is Write_rows: table id 59 flags: STMT_END_F i.e. write to SEQUENCE object before values are used and there is two of them (because the cache was exhausted). Galera needs to replicate these writes to other nodes so that no other node can use reserved values.
Wouldn't NOCACHE mean "commit after every generated value"? Which is the opposite of "no commit" that you need. It seems you need a large cache, not no cache.
I could force user to use NOCACHE in Galera case. I do not know if I could skip MyISAM commit during transaction and do it later.
"Small cache" is not a good criterion. CACHE is 1000 by default (KB says). One can certainly exhaust that too and get the same crash without an explicit CACHE clause in the sequence definition.
If Galera cannot handle intermediate sequence commits, it must make sure the sequence cache never runs out, basically, to grab an exclusive lock over sequence. Not good for concurrency.
I used 10.6 with commit 8c7786e7
(gdb) where#0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:44#1 __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78#2 __GI___pthread_kill (threadid=<optimized out>, signo=6) at ./nptl/pthread_kill.c:89#3 0x000057431081ed1e in my_write_core (sig=6) at /home/jan/work/mariadb/10.6/mysys/stacktrace.c:424#4 0x000057430fe15c26 in handle_fatal_signal (sig=6) at /home/jan/work/mariadb/10.6/sql/signal_handler.cc:366#5 <signal handler called>#6 __pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:44#7 __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78#8 __GI___pthread_kill (threadid=<optimized out>, signo=signo@entry=6) at ./nptl/pthread_kill.c:89#9 0x000077f91024526e in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26#10 0x000077f9102288ff in __GI_abort () at ./stdlib/abort.c:79#11 0x000077f91022881b in __assert_fail_base (fmt=0x77f9103d01e8 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=assertion@entry=0x574310fb9d41 "state() == s_committing", file=file@entry=0x574310fb91a0 "/home/jan/work/mariadb/10.6/wsrep-lib/src/transaction.cpp", line=line@entry=573, function=function@entry=0x574310fb9d18 "int wsrep::transaction::ordered_commit()") at ./assert/assert.c:94#12 0x000077f91023b507 in __assert_fail (assertion=0x574310fb9d41 "state() == s_committing", file=0x574310fb91a0 "/home/jan/work/mariadb/10.6/wsrep-lib/src/transaction.cpp", line=573, function=0x574310fb9d18 "int wsrep::transaction::ordered_commit()") at ./assert/assert.c:103#13 0x00005743108efcf0 in wsrep::transaction::ordered_commit (this=0x77f8d8008a18) at /home/jan/work/mariadb/10.6/wsrep-lib/src/transaction.cpp:573#14 0x00005743108c9d75 in wsrep::client_state::ordered_commit (this=0x77f8d8008990) at /home/jan/work/mariadb/10.6/wsrep-lib/src/client_state.cpp:395#15 0x000057430ff6c078 in wsrep_ordered_commit (thd=0x77f8d8002098, all=false) at /home/jan/work/mariadb/10.6/sql/wsrep_trans_observer.h:373#16 0x000057430ff84513 in MYSQL_BIN_LOG::queue_for_group_commit (this=0x57431165d140 <mysql_bin_log>, orig_entry=0x77f90a4fcb90) at /home/jan/work/mariadb/10.6/sql/log.cc:8139#17 0x000057430ff846ee in MYSQL_BIN_LOG::write_transaction_to_binlog_events (this=0x57431165d140 <mysql_bin_log>, entry=0x77f90a4fcb90) at /home/jan/work/mariadb/10.6/sql/log.cc:8166#18 0x000057430ff839f4 in MYSQL_BIN_LOG::write_transaction_to_binlog (this=0x57431165d140 <mysql_bin_log>, thd=0x77f8d8002098, cache_mngr=0x77f8d80c0438, end_ev=0x77f90a4fcd70, all=false, using_stmt_cache=true, using_trx_cache=false, is_ro_1pc=false) at /home/jan/work/mariadb/10.6/sql/log.cc:7798#19 0x000057430ff70177 in binlog_flush_cache (thd=0x77f8d8002098, cache_mngr=0x77f8d80c0438, end_ev=0x77f90a4fcd70, all=false, using_stmt=true, using_trx=false, is_ro_1pc=false) at /home/jan/work/mariadb/10.6/sql/log.cc:1772#20 0x000057430ff7052c in binlog_commit_flush_stmt_cache (thd=0x77f8d8002098, all=false, cache_mngr=0x77f8d80c0438) at /home/jan/work/mariadb/10.6/sql/log.cc:1825#21 0x000057430ff71ff7 in binlog_rollback (hton=0x574312b96658, thd=0x77f8d8002098, all=false) at /home/jan/work/mariadb/10.6/sql/log.cc:2280#22 0x000057430fe1db2b in ha_rollback_trans (thd=0x77f8d8002098, all=false) at /home/jan/work/mariadb/10.6/sql/handler.cc:2282#23 0x000057430fe1cff3 in ha_commit_trans (thd=0x77f8d8002098, all=false) at /home/jan/work/mariadb/10.6/sql/handler.cc:2033#24 0x000057430fc36028 in trans_commit_stmt (thd=0x77f8d8002098) at /home/jan/work/mariadb/10.6/sql/transaction.cc:497#25 0x000057430fa445ef in mysql_execute_command (thd=0x77f8d8002098, is_called_from_prepared_stmt=false) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:6211#26 0x000057430fa4a52a in mysql_parse (thd=0x77f8d8002098, rawbuf=0x77f8d8016c60 "insert into test.t2 (name) values ('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AA"..., length=951, parser_state=0x77f90a4fe270) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:8193#27 0x000057430fa49bca in wsrep_mysql_parse (thd=0x77f8d8002098, rawbuf=0x77f8d8016c60 "insert into test.t2 (name) values ('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AA"..., length=951, parser_state=0x77f90a4fe270) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:8004#28 0x000057430fa356f9 in dispatch_command (command=COM_QUERY, thd=0x77f8d8002098, packet=0x77f8d800cef9 "insert into test.t2 (name) values ('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AAAA'),('AA"..., packet_length=951, blocking=true) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:1896#29 0x000057430fa34135 in do_command (thd=0x77f8d8002098, blocking=true) at /home/jan/work/mariadb/10.6/sql/sql_parse.cc:1422#30 0x000057430fc15f6b in do_handle_one_connection (connect=0x5743132beea8, put_in_cache=true) at /home/jan/work/mariadb/10.6/sql/sql_connect.cc:1417#31 0x000057430fc15ccf in handle_one_connection (arg=0x5743132b1fa8) at /home/jan/work/mariadb/10.6/sql/sql_connect.cc:1319#32 0x000057431019739c in pfs_spawn_thread (arg=0x574312b75108) at /home/jan/work/mariadb/10.6/storage/perfschema/pfs.cc:2201#33 0x000077f91029ca94 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:447#34 0x000077f910329c3c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78