[MDEV-31806] InnoDB: Failing assertion: key_part->key_part_flag & HA_PART_KEY_SEG in wsrep_store_key_val_for_row Created: 2023-07-31  Updated: 2023-11-28

Status: Open
Project: MariaDB Server
Component/s: Galera, GIS
Affects Version/s: 10.4, 10.5, 10.6, 10.9, 10.10, 10.11, 11.0, 11.1
Fix Version/s: 10.4, 10.5, 10.6, 10.11, 11.0, 11.1

Type: Bug Priority: Major
Reporter: Elena Stepanova Assignee: Julius Goryavsky
Resolution: Unresolved Votes: 0
Labels: None


 Description   

--source include/galera_cluster.inc
 
CREATE TABLE t (pk INT PRIMARY KEY, a GEOMETRY, UNIQUE(a(4))) ENGINE=InnoDB;
INSERT INTO t VALUES (1,POINT(0,0));
 
# Cleanup
DROP TABLE t;
--source include/galera_end.inc

10.4 9854fb6f

2023-07-31 15:32:46 0x7f8bfd5e22c0  InnoDB: Assertion failure in file /data/src/10.4/storage/innobase/handler/ha_innodb.cc line 7213
InnoDB: Failing assertion: key_part->key_part_flag & HA_PART_KEY_SEG
 
#8  0x0000557bc121c31b in ut_dbg_assertion_failed (expr=0x557bc21cfc00 "key_part->key_part_flag & HA_PART_KEY_SEG", file=0x557bc21c42a0 "/data/src/10.4/storage/innobase/handler/ha_innodb.cc", line=7213) at /data/src/10.4/storage/innobase/ut/ut0dbg.cc:60
#9  0x0000557bc0cecbdb in wsrep_store_key_val_for_row (thd=0x62b00010a208, table=0x620000060088, keynr=1, buff=0x7f8bfd5dc6d2 "", buff_len=3500, record=0x6190001644b8 "\376\001", key_is_null=0x7f8bfd5db800) at /data/src/10.4/storage/innobase/handler/ha_innodb.cc:7213
#10 0x0000557bc0d03e16 in ha_innobase::wsrep_append_keys (this=0x61d000337ca8, thd=0x62b00010a208, key_type=WSREP_SERVICE_KEY_EXCLUSIVE, record0=0x6190001644b8 "\376\001", record1=0x0) at /data/src/10.4/storage/innobase/handler/ha_innodb.cc:10662
#11 0x0000557bc0cf463b in ha_innobase::write_row (this=0x61d000337ca8, record=0x6190001644b8 "\376\001") at /data/src/10.4/storage/innobase/handler/ha_innodb.cc:8308
#12 0x0000557bc03614c9 in handler::ha_write_row (this=0x61d000337ca8, buf=0x6190001644b8 "\376\001") at /data/src/10.4/sql/handler.cc:6850
#13 0x0000557bbfadf572 in write_record (thd=0x62b00010a208, table=0x620000060088, info=0x7f8bfd5de950) at /data/src/10.4/sql/sql_insert.cc:2085
#14 0x0000557bbfad7359 in mysql_insert (thd=0x62b00010a208, table_list=0x62b000111348, fields=..., values_list=..., update_fields=..., update_values=..., duplic=DUP_ERROR, ignore=false) at /data/src/10.4/sql/sql_insert.cc:1084
#15 0x0000557bbfb926d9 in mysql_execute_command (thd=0x62b00010a208) at /data/src/10.4/sql/sql_parse.cc:4613
#16 0x0000557bbfbaa6af in mysql_parse (thd=0x62b00010a208, rawbuf=0x62b000111228 "INSERT INTO t VALUES (1,POINT(0,0))", length=35, parser_state=0x7f8bfd5e0860, is_com_multi=false, is_next_command=false) at /data/src/10.4/sql/sql_parse.cc:8010
#17 0x0000557bbfba943d in wsrep_mysql_parse (thd=0x62b00010a208, rawbuf=0x62b000111228 "INSERT INTO t VALUES (1,POINT(0,0))", length=35, parser_state=0x7f8bfd5e0860, is_com_multi=false, is_next_command=false) at /data/src/10.4/sql/sql_parse.cc:7812
#18 0x0000557bbfb80812 in dispatch_command (command=COM_QUERY, thd=0x62b00010a208, packet=0x629000320209 "INSERT INTO t VALUES (1,POINT(0,0))", packet_length=35, is_com_multi=false, is_next_command=false) at /data/src/10.4/sql/sql_parse.cc:1843
#19 0x0000557bbfb7d4e9 in do_command (thd=0x62b00010a208) at /data/src/10.4/sql/sql_parse.cc:1378
#20 0x0000557bbff7ca48 in do_handle_one_connection (connect=0x6080000060a8) at /data/src/10.4/sql/sql_connect.cc:1420
#21 0x0000557bbff7c35f in handle_one_connection (arg=0x6080000060a8) at /data/src/10.4/sql/sql_connect.cc:1324
#22 0x0000557bc0bebcfc in pfs_spawn_thread (arg=0x61500000d788) at /data/src/10.4/storage/perfschema/pfs.cc:1869
#23 0x00007f8c16fc8fd4 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
#24 0x00007f8c170495bc in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81

As customary for wsrep assertions, this one fails both on debug- and non-debug builds.


Generated at Thu Feb 08 10:26:36 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.