[MDEV-17577] [Draft] Server crashes in Query_arena::set_query_arena / THD::set_n_backup_active_arena Created: 2018-10-31  Updated: 2019-01-11  Resolved: 2019-01-11

Status: Closed
Project: MariaDB Server
Component/s: Server, Virtual Columns
Affects Version/s: 10.1
Fix Version/s: N/A

Type: Bug Priority: Major
Reporter: Elena Stepanova Assignee: Elena Stepanova
Resolution: Duplicate Votes: 0
Labels: None

Issue Links:
Duplicate
is duplicated by MDEV-17361 Server crashes in Query_arena::set_qu... Closed

 Description   

https://travis-ci.org/elenst/travis-tests/jobs/448108280

10.1 5b735e8f09c81a2533c30cdd62d60dffa8226cd4

181030  3:05:17 [ERROR] mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed, 
something is definitely wrong and this may fail.
Server version: 10.1.37-MariaDB-debug
key_buffer_size=134217728
read_buffer_size=131072
max_used_connections=8
max_threads=153
thread_count=7
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 467240 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x56482d532ff0
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 = 0x7f061564a280 thread_stack 0x48400
/home/travis/server/bin/mysqld(my_print_stacktrace+0x38)[0x564829d00f2b]
mysys/stacktrace.c:267(my_print_stacktrace)[0x56482969f7bc]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x10330)[0x7f064018f330]
sql/sql_class.cc:3522(Query_arena::set_query_arena(Query_arena*))[0x56482941d47a]
sql/sql_class.cc:3613(THD::set_n_backup_active_arena(Query_arena*, Query_arena*))[0x56482941d858]
sql/table.cc:6976(update_virtual_fields(THD*, TABLE*, enum_vcol_update_mode))[0x564829557156]
sql/sql_base.cc:8911(fill_record(THD*, TABLE*, List<Item>&, List<Item>&, bool))[0x5648293fec27]
sql/sql_base.cc:9009(fill_record_n_invoke_before_triggers(THD*, TABLE*, List<Item>&, List<Item>&, bool, trg_event_type))[0x5648293fef3d]
sql/sql_insert.cc:939(mysql_insert(THD*, TABLE_LIST*, List<Item>&, List<List<Item> >&, List<Item>&, List<Item>&, enum_duplicates, bool))[0x564829438680]
sql/sql_parse.cc:3932(mysql_execute_command(THD*))[0x56482945d353]
sql/sp_head.cc:3218(sp_instr_stmt::exec_core(THD*, unsigned int*))[0x5648297f4f36]
sql/sp_head.cc:2984(sp_lex_keeper::reset_lex_and_exec_core(THD*, unsigned int*, bool, sp_instr*))[0x5648297f462e]
sql/sp_head.cc:3134(sp_instr_stmt::execute(THD*, unsigned int*))[0x5648297f4c00]
sql/sp_head.cc:1315(sp_head::execute(THD*, bool))[0x5648297f049e]
sql/sp_head.cc:2102(sp_head::execute_procedure(THD*, List<Item>*))[0x5648297f231e]
sql/sql_parse.cc:2425(do_execute_sp)[0x564829458f9c]
sql/sql_parse.cc:5299(mysql_execute_command(THD*))[0x5648294621fb]
sql/sql_parse.cc:7465(mysql_parse(THD*, char*, unsigned int, Parser_state*))[0x5648294681ca]
sql/sql_parse.cc:1497(dispatch_command(enum_server_command, THD*, char*, unsigned int))[0x564829456a4a]
sql/sql_parse.cc:1124(do_command(THD*))[0x5648294557ca]
sql/sql_connect.cc:1330(do_handle_one_connection(THD*))[0x564829591000]
sql/sql_connect.cc:1243(handle_one_connection)[0x564829590d64]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x8184)[0x7f0640187184]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f063f8a9ffd]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f0638092b08): INSERT INTO t3 () VALUES ()
Connection ID (thread ID): 13
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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=off

elenst-mdev14046 1348571d03a3b335fe5d772cbbb27c13f24c62e0

perl ./runall-new.pl --basedir=/home/travis/server --vardir=/home/travis/logs/vardir --duration=350 --threads=6 --seed=1540868675 --reporters=Backtrace,ErrorLog,Deadlock --validators=TransformerNoComparator --views --redefine=conf/mariadb/alter_table.yy --redefine=conf/mariadb/sp.yy --redefine=conf/mariadb/bulk_insert.yy --mysqld=--log_output=FILE --mysqld=--max-statement-time=30 --mysqld=--lock-wait-timeout=10 --mysqld=--loose-innodb-lock-wait-timeout=5 --mysqld=--loose-debug_assert_on_not_freed_memory=0 --mysqld=--default-storage-engine=Aria --grammar=conf/mariadb/oltp.yy --gendata=conf/mariadb/oltp.zz --skip-gendata --gendata-advanced --vcols --transformers=ExecuteAsDeleteReturning,ExecuteAsInsertSelect,ExecuteAsUnion,ExecuteAsUpdateDelete,ExecuteAsView,ExecuteAsPreparedTwice

Not reproducible right away.


Generated at Thu Feb 08 08:37:31 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.