[MDEV-26435] MariaDB Server SEGV issue Created: 2021-08-19  Updated: 2021-08-25  Resolved: 2021-08-25

Status: Closed
Project: MariaDB Server
Component/s: N/A
Affects Version/s: 10.7.0
Fix Version/s: N/A

Type: Bug Priority: Major
Reporter: Jingzhou Fu Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: None
Environment:

Linux version 5.13.0-1-MANJARO (builduser@LEGION) (gcc (GCC) 11.1.0, GNU ld (GNU Binutils) 2.36.1) #1 SMP PREEMPT Mon Jun 7 06:16:10 UTC 2021 x86_64


Issue Links:
Duplicate
duplicates MDEV-26061 MariaDB server crash at Field::set_de... Closed

 Description   

step to reproduce:

CREATE TABLE v0 ( v1 TIMESTAMP ) ;
 OPTIMIZE TABLE v0 ;
 CHECK TABLE v0 . v1 ;
 ALTER TABLE v0 ADD COLUMN v0 TEXT CHAR SET ASCII DEFAULT ( v1 + DEFAULT ( v1 ) ) ;
 DESCRIBE SELECT DISTINCT v0 . v1 FROM ( SELECT * FROM v0 ) v0 ;
 CREATE TABLE v3 ( v2 INT ) PARTITION BY LIST ( v1 ) ( PARTITION v0 VALUES IN ( 8 ) ) ;

report (compiled with ASAN):

Server version: 10.7.0-MariaDB
key_buffer_size=134217728
read_buffer_size=131072
max_used_connections=1
max_threads=153
thread_count=1
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 467956 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
 
Thread pointer: 0x62b0000bd218
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 = 0x7fd051851850 thread_stack 0x5fc00
sanitizer_common/sanitizer_common_interceptors.inc:4203(__interceptor_backtrace.part.0)[0x7fd0710fdc3e]
mysys/stacktrace.c:213(my_print_stacktrace)[0x56127516b747]
sql/signal_handler.cc:222(handle_fatal_signal)[0x561274133120]
sigaction.c:0(__restore_rt)[0x7fd070ae7870]
sql/field.cc:2591(Field::set_default())[0x5612740b39eb]
sql/item.cc:9495(Item_default_value::val_int())[0x5612741c8e52]
sql/item_func.cc:1112(Item_func_plus::int_op())[0x5612742d8554]
sql/item.cc:6703(Item::save_int_in_field(Field*, bool))[0x5612741bae90]
sql/item.cc:6713(Item::save_in_field(Field*, bool))[0x561274180e71]
sql/table.cc:8821(TABLE::update_default_fields(bool))[0x561273d1134c]
sql/sql_table.cc:10146(mysql_alter_table(THD*, st_mysql_const_lex_string const*, st_mysql_const_lex_string const*, HA_CREATE_INFO*, TABLE_LIST*, Alter_info*, unsigned int, st_order*, bool, bool))[0x561273c58d0b]
sql/sql_alter.cc:550(Sql_cmd_alter_table::execute(THD*))[0x561273db0f9a]
sql/sql_parse.cc:5997(mysql_execute_command(THD*, bool))[0x5612739cb180]
sql/sql_parse.cc:8047(mysql_parse(THD*, char*, unsigned int, Parser_state*))[0x5612739d85a1]
sql/sql_parse.cc:1898(dispatch_command(enum_server_command, THD*, char*, unsigned int, bool))[0x5612739de60c]
sql/sql_parse.cc:1406(do_command(THD*, bool))[0x5612739e373d]
sql/sql_connect.cc:1418(do_handle_one_connection(CONNECT*, bool))[0x561273d9ee57]
sql/sql_connect.cc:1312(handle_one_connection)[0x561273d9f33d]
perfschema/pfs.cc:2204(pfs_spawn_thread)[0x56127482fc2c]
pthread_create.c:0(start_thread)[0x7fd070add259]
:0(__GI___clone)[0x7fd0706885e3]
 
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x629000087238): ALTER TABLE v0 ADD COLUMN v0 TEXT CHAR SET ASCII DEFAULT ( v1 + DEFAULT ( v1 ) )
 
Connection ID (thread ID): 4
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=on,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on,condition_pushdown_for_subquery=on,rowid_filter=on,condition_pushdown_from_having=on,not_null_range_scan=off
 
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /home/fuboat/mariadb-tmp/12
Resource Limits:
Limit                     Soft Limit           Hard Limit           Units     
Max cpu time              unlimited            unlimited            seconds   
Max file size             unlimited            unlimited            bytes     
Max data size             unlimited            unlimited            bytes     
Max stack size            8388608              unlimited            bytes     
Max core file size        unlimited            unlimited            bytes     
Max resident set          unlimited            unlimited            bytes     
Max processes             61608                61608                processes 
Max open files            524288               524288               files     
Max locked memory         65536                65536                bytes     
Max address space         unlimited            unlimited            bytes     
Max file locks            unlimited            unlimited            locks     
Max pending signals       61608                61608                signals   
Max msgqueue size         819200               819200               bytes     
Max nice priority         0                    0                    
Max realtime priority     0                    0                    
Max realtime timeout      unlimited            unlimited            us        
Core pattern: core

gdb bt:

Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `/usr/local/mysql/bin//mysqld --port 10012 --datadir=/home/fuboat/mariadb-tmp/12'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007fd070ae4808 in pthread_kill () from /usr/lib/libpthread.so.0
#1  0x000056127413306b in handle_fatal_signal (sig=<optimized out>) at /experiment/mariadb-server/sql/signal_handler.cc:344
#2  <signal handler called>
#3  0x00005612740b39eb in Field::set_default (this=0x61d000058370) at /experiment/mariadb-server/sql/field.cc:2591
#4  0x00005612741c8e52 in Item_default_value::val_int (this=0x6190000b10f8) at /experiment/mariadb-server/sql/item.cc:9494
#5  0x00005612742d8554 in Item_func_plus::int_op (this=0x61d0000582b8) at /experiment/mariadb-server/sql/item_func.cc:1108
#6  0x00005612741bae90 in Item::save_int_in_field (this=0x61d0000582b8, field=0x6190000b0ae0, no_conversions=<optimized out>) at /experiment/mariadb-server/sql/item.cc:6702
#7  0x0000561274180e71 in Item::save_in_field (this=0x61d0000582b8, field=0x6190000b0ae0, no_conversions=<optimized out>) at /experiment/mariadb-server/sql/item.cc:6712
#8  0x0000561273d1134c in TABLE::update_default_fields (this=this@entry=0x7fd05184c300, ignore_errors=ignore_errors@entry=true) at /experiment/mariadb-server/sql/table.cc:8820
#9  0x0000561273c58d0b in mysql_alter_table (thd=thd@entry=0x62b0000bd218, new_db=new_db@entry=0x62b0000c1c58, new_name=new_name@entry=0x62b0000c2070, create_info=create_info@entry=0x7fd05184edf0, table_list=<optimized out>, table_list@entry=0x6290000873b0, alter_info=alter_info@entry=0x7fd05184ecc0, 
    order_num=<optimized out>, order=<optimized out>, ignore=<optimized out>, if_exists=<optimized out>) at /experiment/mariadb-server/sql/sql_table.cc:10147
#10 0x0000561273db0f9a in Sql_cmd_alter_table::execute (this=<optimized out>, thd=0x62b0000bd218) at /experiment/mariadb-server/sql/sql_alter.cc:550
#11 0x00005612739cb180 in mysql_execute_command (thd=0x62b0000bd218, is_called_from_prepared_stmt=<optimized out>) at /experiment/mariadb-server/sql/sql_parse.cc:5997
#12 0x00005612739d85a1 in mysql_parse (thd=0x62b0000bd218, rawbuf=<optimized out>, length=<optimized out>, parser_state=<optimized out>) at /experiment/mariadb-server/sql/sql_parse.cc:8030
#13 0x00005612739de60c in dispatch_command (command=<optimized out>, thd=0x62b0000bd218, packet=<optimized out>, packet_length=<optimized out>, blocking=<optimized out>) at /experiment/mariadb-server/sql/sql_parse.cc:1896
#14 0x00005612739e373d in do_command (thd=0x62b0000bd218, blocking=blocking@entry=true) at /experiment/mariadb-server/sql/sql_parse.cc:1404
#15 0x0000561273d9ee57 in do_handle_one_connection (connect=<optimized out>, put_in_cache=<optimized out>) at /experiment/mariadb-server/sql/sql_connect.cc:1418
#16 0x0000561273d9f33d in handle_one_connection (arg=arg@entry=0x6080000023b8) at /experiment/mariadb-server/sql/sql_connect.cc:1312
#17 0x000056127482fc2c in pfs_spawn_thread (arg=0x617000005f18) at /experiment/mariadb-server/storage/perfschema/pfs.cc:2201
#18 0x00007fd070add259 in start_thread () from /usr/lib/libpthread.so.0
#19 0x00007fd0706885e3 in clone () from /usr/lib/libc.so.6



 Comments   
Comment by Alice Sherepa [ 2021-08-25 ]

Thanks for the report!
The same bug as MDEV-26061. I added the test there

Generated at Thu Feb 08 09:45:17 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.