==27877==ERROR: AddressSanitizer: heap-use-after-free on address 0x625000144248 at pc 0x5561d3938927 bp 0x7f73fa55c5c0 sp 0x7f73fa55c5b8
|
WRITE of size 8 at 0x625000144248 thread T5
|
#0 0x5561d3938926 in lex_end_stage1(LEX*) /data/src/10.5-bug/sql/sql_lex.cc:1349
|
#1 0x5561d3938e68 in lex_end(LEX*) /data/src/10.5-bug/sql/sql_lex.cc:1319
|
#2 0x5561d38cb117 in THD::end_statement() /data/src/10.5-bug/sql/sql_class.cc:3832
|
#3 0x5561d39bfbdf in mysql_parse(THD*, char*, unsigned int, Parser_state*, bool, bool) /data/src/10.5-bug/sql/sql_parse.cc:7948
|
#4 0x5561d39a3230 in dispatch_command(enum_server_command, THD*, char*, unsigned int, bool, bool) /data/src/10.5-bug/sql/sql_parse.cc:1840
|
#5 0x5561d399fb3b in do_command(THD*) /data/src/10.5-bug/sql/sql_parse.cc:1359
|
#6 0x5561d3c4ab97 in do_handle_one_connection(CONNECT*, bool) /data/src/10.5-bug/sql/sql_connect.cc:1422
|
#7 0x5561d3c4b306 in handle_one_connection /data/src/10.5-bug/sql/sql_connect.cc:1319
|
#8 0x5561d454c693 in pfs_spawn_thread /data/src/10.5-bug/storage/perfschema/pfs.cc:2201
|
#9 0x7f74049f44a3 in start_thread (/lib/x86_64-linux-gnu/libpthread.so.0+0x74a3)
|
#10 0x7f7402b28d0e in __clone (/lib/x86_64-linux-gnu/libc.so.6+0xe8d0e)
|
|
0x625000144248 is located 6472 bytes inside of 8176-byte region [0x625000142900,0x6250001448f0)
|
freed by thread T5 here:
|
#0 0x7f7404ccba10 in free (/usr/lib/x86_64-linux-gnu/libasan.so.3+0xc1a10)
|
#1 0x5561d4e3da73 in free_root /data/src/10.5-bug/mysys/my_alloc.c:416
|
#2 0x1f (<unknown module>)
|
|
previously allocated by thread T5 here:
|
#0 0x7f7404ccbd28 in malloc (/usr/lib/x86_64-linux-gnu/libasan.so.3+0xc1d28)
|
#1 0x5561d4e4f523 in my_malloc /data/src/10.5-bug/mysys/my_malloc.c:88
|
|
Thread T5 created by T0 here:
|
#0 0x7f7404c3af59 in __interceptor_pthread_create (/usr/lib/x86_64-linux-gnu/libasan.so.3+0x30f59)
|
#1 0x5561d454c90a in my_thread_create /data/src/10.5-bug/storage/perfschema/my_thread.h:34
|
#2 0x5561d454c90a in pfs_spawn_thread_v1 /data/src/10.5-bug/storage/perfschema/pfs.cc:2252
|
|
SUMMARY: AddressSanitizer: heap-use-after-free /data/src/10.5-bug/sql/sql_lex.cc:1349 in lex_end_stage1(LEX*)
|
Shadow bytes around the buggy address:
|
0x0c4a800207f0: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
0x0c4a80020800: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
0x0c4a80020810: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
0x0c4a80020820: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
0x0c4a80020830: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
=>0x0c4a80020840: fd fd fd fd fd fd fd fd fd[fd]fd fd fd fd fd fd
|
0x0c4a80020850: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
0x0c4a80020860: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
0x0c4a80020870: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
0x0c4a80020880: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
0x0c4a80020890: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
|
Shadow byte legend (one shadow byte represents 8 application bytes):
|
Addressable: 00
|
Partially addressable: 01 02 03 04 05 06 07
|
Heap left redzone: fa
|
Heap right redzone: fb
|
Freed heap region: fd
|
Stack left redzone: f1
|
Stack mid redzone: f2
|
Stack right redzone: f3
|
Stack partial redzone: f4
|
Stack after return: f5
|
Stack use after scope: f8
|
Global redzone: f9
|
Global init order: f6
|
Poisoned by user: f7
|
Container overflow: fc
|
Array cookie: ac
|
Intra object redzone: bb
|
ASan internal: fe
|
Left alloca redzone: ca
|
Right alloca redzone: cb
|
==27877==ABORTING
|
200323 18:57:09 [ERROR] mysqld got signal 6 ;
|
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.5.2-MariaDB-log
|
key_buffer_size=1048576
|
read_buffer_size=131072
|
max_used_connections=1
|
max_threads=153
|
thread_count=2
|
It is possible that mysqld could use up to
|
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 63593 K bytes of memory
|
Hope that's ok; if not, decrease some variables in the equation.
|
|
Thread pointer: 0x62b000062218
|
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 = 0x7f73fa55d980 thread_stack 0x5fc00
|
??:0(backtrace)[0x7f7404c57681]
|
/data/src/10.5-bug/sql/mysqld(my_print_stacktrace+0xb6)[0x5561d4e57986]
|
/data/src/10.5-bug/sql/mysqld(handle_fatal_signal+0x7e6)[0x5561d3ee6b66]
|
??:0(__restore_rt)[0x7f74049fe0e0]
|
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcf)[0x7f7402a72fff]
|
linux/raise.c:51(__GI_raise)[0x7f7402a7442a]
|
??:0(__sanitizer_cov_trace_switch)[0x7f7404ce5329]
|
??:0(__asan_print_accumulated_stats)[0x7f7404cda9ab]
|
??:0(__asan_unpoison_intra_object_redzone)[0x7f7404cd4b57]
|
??:0(__asan_report_store8)[0x7f7404cd566b]
|
/data/src/10.5-bug/sql/mysqld(_Z14lex_end_stage1P3LEX+0x117)[0x5561d3938927]
|
/data/src/10.5-bug/sql/mysqld(_Z7lex_endP3LEX+0x9)[0x5561d3938e69]
|
/data/src/10.5-bug/sql/mysqld(_ZN3THD13end_statementEv+0x28)[0x5561d38cb118]
|
sql/sql_lex.cc:1332(lex_end_stage1(LEX*))[0x5561d39bfbe0]
|
sql/sql_lex.cc:1320(lex_end(LEX*))[0x5561d39a3231]
|
sql/sql_class.cc:3833(THD::end_statement())[0x5561d399fb3c]
|
sql/sql_parse.cc:7949(mysql_parse(THD*, char*, unsigned int, Parser_state*, bool, bool))[0x5561d3c4ab98]
|
sql/sql_parse.cc:1842(dispatch_command(enum_server_command, THD*, char*, unsigned int, bool, bool))[0x5561d3c4b307]
|
sql/sql_parse.cc:1359(do_command(THD*))[0x5561d454c694]
|
nptl/pthread_create.c:456(start_thread)[0x7f74049f44a4]
|
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7f7402b28d0f]
|
|
Trying to get some variables.
|
Some pointers may be invalid and cause the dump to abort.
|
Query (0x62b00005b3d0): BEGIN NOT ATOMIC CREATE SEQUENCE s RESTART WITH 1 ; END
|
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 http://dev.mysql.com/doc/mysql/en/crashing.html contains
|
information that should help you find out what is causing the crash.
|
Writing a core file...
|
Working directory at /dev/shm/var_t/mysqld.1/data
|
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 0 0 bytes
|
Max resident set unlimited unlimited bytes
|
Max processes 128123 128123 processes
|
Max open files 1024 1024 files
|
Max locked memory 65536 65536 bytes
|
Max address space unlimited unlimited bytes
|
Max file locks unlimited unlimited locks
|
Max pending signals 128123 128123 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
|
|
----------SERVER LOG END-------------
|