Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
10.3(EOL), 10.4(EOL)
Description
Though there are many other bugs with similar frames in their stack, I could not locate any open bug that matched this scenario. Closest one was MDEV-14871 (closed)
USE test;
|
CREATE TABLE t (a INT, KEY(a)) ENGINE=MEMORY WITH SYSTEM VERSIONING;
|
INSERT DELAYED INTO t VALUES (1);
|
Leads to:
10.4.15 eae968f62d285de97ed607c87bc131cd863d5d03 (Debug) |
Core was generated by `/test/MD110820-mariadb-10.4.15-linux-x86_64-dbg/bin/mysqld --no-defaults --core'.
|
Program terminated with signal SIGSEGV, Segmentation fault.
|
#0 __pthread_kill (threadid=<optimized out>, signo=signo@entry=11)
|
at ../sysdeps/unix/sysv/linux/pthread_kill.c:57
|
[Current thread is 1 (Thread 0x14d032a7f700 (LWP 1335577))]
|
(gdb) bt
|
#0 __pthread_kill (threadid=<optimized out>, signo=signo@entry=11) at ../sysdeps/unix/sysv/linux/pthread_kill.c:57
|
#1 0x000055b3f0e5c8a6 in my_write_core (sig=sig@entry=11) at /test/10.4_dbg/mysys/stacktrace.c:482
|
#2 0x000055b3f05d8cdc in handle_fatal_signal (sig=11) at /test/10.4_dbg/sql/signal_handler.cc:343
|
#3 <signal handler called>
|
#4 fill_record (thd=thd@entry=0x14d00b015070, table=table@entry=0x14d00b06e748, ptr=0x14d00b06f528, ptr@entry=0x14d00b06f518, values=@0x14d00b06dca8: {<base_list> = {<Sql_alloc> = {<No data fields>}, first = 0x14d00b06dd58, last = 0x14d00b06dd58, elements = 1}, <No data fields>}, ignore_errors=ignore_errors@entry=false, use_value=use_value@entry=false) at /test/10.4_dbg/sql/sql_base.cc:8798
|
#5 0x000055b3f02afdd5 in fill_record_n_invoke_before_triggers (thd=thd@entry=0x14d00b015070, table=table@entry=0x14d00b06e748, ptr=0x14d00b06f518, values=@0x14d00b06dca8: {<base_list> = {<Sql_alloc> = {<No data fields>}, first = 0x14d00b06dd58, last = 0x14d00b06dd58, elements = 1}, <No data fields>}, ignore_errors=ignore_errors@entry=false, event=event@entry=TRG_EVENT_INSERT) at /test/10.4_dbg/sql/sql_base.cc:8862
|
#6 0x000055b3f02f089f in mysql_insert (thd=thd@entry=0x14d00b015070, table_list=0x14d00b06d178, fields=@0x14d00b019e48: {<base_list> = {<Sql_alloc> = {<No data fields>}, first = 0x55b3f1aa5000 <end_of_list>, last = 0x14d00b019e48, elements = 0}, <No data fields>}, values_list=@0x14d00b019e90: {<base_list> = {<Sql_alloc> = {<No data fields>}, first = 0x14d00b06dd68, last = 0x14d00b06dd68, elements = 1}, <No data fields>}, update_fields=@0x14d00b019e78: {<base_list> = {<Sql_alloc> = {<No data fields>}, first = 0x55b3f1aa5000 <end_of_list>, last = 0x14d00b019e78, elements = 0}, <No data fields>}, update_values=@0x14d00b019e60: {<base_list> = {<Sql_alloc> = {<No data fields>}, first = 0x55b3f1aa5000 <end_of_list>, last = 0x14d00b019e60, elements = 0}, <No data fields>}, duplic=<optimized out>, ignore=<optimized out>) at /test/10.4_dbg/sql/sql_insert.cc:1020
|
#7 0x000055b3f0328a63 in mysql_execute_command (thd=thd@entry=0x14d00b015070) at /test/10.4_dbg/sql/sql_parse.cc:4519
|
#8 0x000055b3f0330090 in mysql_parse (thd=thd@entry=0x14d00b015070, rawbuf=<optimized out>, length=<optimized out>, parser_state=parser_state@entry=0x14d032a7e460, is_com_multi=is_com_multi@entry=false, is_next_command=is_next_command@entry=false) at /test/10.4_dbg/sql/sql_parse.cc:7896
|
#9 0x000055b3f0332920 in dispatch_command (command=command@entry=COM_QUERY, thd=thd@entry=0x14d00b015070, packet=packet@entry=0x14d00b057071 "INSERT DELAYED INTO t VALUES (1)", packet_length=packet_length@entry=32, is_com_multi=is_com_multi@entry=false, is_next_command=is_next_command@entry=false) at /test/10.4_dbg/sql/sql_parse.cc:1834
|
#10 0x000055b3f033635b in do_command (thd=0x14d00b015070) at /test/10.4_dbg/sql/sql_parse.cc:1352
|
#11 0x000055b3f04628b6 in do_handle_one_connection (connect=connect@entry=0x14d02f835790) at /test/10.4_dbg/sql/sql_connect.cc:1412
|
#12 0x000055b3f04629d6 in handle_one_connection (arg=0x14d02f835790) at /test/10.4_dbg/sql/sql_connect.cc:1316
|
#13 0x000014d031c7d6db in start_thread (arg=0x14d032a7f700) at pthread_create.c:463
|
#14 0x000014d030df7a3f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
|
Bug confirmed present in:
MariaDB: 10.3.25 (dbg), 10.3.25 (opt), 10.4.15 (dbg), 10.4.15 (opt)
Bug confirmed not present in:
MariaDB: 10.1.47 (dbg), 10.1.47 (opt), 10.2.34 (dbg), 10.2.34 (opt), 10.5.6 (dbg), 10.5.6 (opt)
MySQL: 5.5.62 (dbg), 5.5.62 (opt), 5.6.47 (dbg), 5.6.47 (opt), 5.7.29 (dbg), 5.7.29 (opt), 8.0.19 (dbg), 8.0.19 (opt)
Attachments
Issue Links
- relates to
-
MDEV-14871 Server crashes in fill_record / fill_record_n_invoke_before_triggers upon inserting into versioned table with trigger
-
- Closed
-
If it is applicable to any build type the notice about optimized builds in title is misleading. Removing it. Please test ASAN debug first before optimized. This is important if it is not reproducible in debug build.