Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
10.2.8
-
None
-
Centos 6.9 x86_64
kernel 2.6.32-696.6.3.el6.x86_64
Description
I've got this crash when running FLUSH TABLES:
170918 15:00:06 [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.2.8-MariaDB-log
|
key_buffer_size=1073741824
|
read_buffer_size=4194304
|
max_used_connections=35
|
max_threads=83
|
thread_count=42
|
It is possible that mysqld could use up to
|
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 2070214 K bytes of memory
|
Hope that's ok; if not, decrease some variables in the equation.
|
|
|
Thread pointer: 0x7f3e98110398
|
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 = 0x7f411297ad80 thread_stack 0x49000
|
/usr/sbin/mysqld(my_print_stacktrace+0x2b)[0x7f411371d9ab]
|
/usr/sbin/mysqld(handle_fatal_signal+0x4d5)[0x7f41131b4405]
|
/lib64/libpthread.so.0(+0x3035c0f7e0)[0x7f41126df7e0]
|
/usr/lib64/mysql/plugin/ha_connect.so(_Z13CntCloseTableP7_globalP3TDBbb+0x33)[0x7f40b7cfbdd3]
|
/usr/lib64/mysql/plugin/ha_connect.so(_ZN10ha_connect10CloseTableEP7_global+0x29)[0x7f40b7cef539]
|
/usr/sbin/mysqld(_Z8closefrmP5TABLE+0x131)[0x7f41130d06e1]
|
/usr/sbin/mysqld(_Z8tc_purgeb+0x69)[0x7f4113163559]
|
/usr/sbin/mysqld(_Z19close_cached_tablesP3THDP10TABLE_LISTbm+0x87)[0x7f4112ff3a77]
|
/usr/sbin/mysqld(_Z20reload_acl_and_cacheP3THDyP10TABLE_LISTPi+0x31e)[0x7f411311595e]
|
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x1047)[0x7f4113035457]
|
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x29a)[0x7f411303c79a]
|
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x1d3e)[0x7f411303eb6e]
|
/usr/sbin/mysqld(_Z10do_commandP3THD+0x14e)[0x7f411303f14e]
|
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x16f)[0x7f41130fbf4f]
|
/usr/sbin/mysqld(handle_one_connection+0x44)[0x7f41130fc074]
|
/lib64/libpthread.so.0(+0x3035c07aa1)[0x7f41126d7aa1]
|
/lib64/libc.so.6(clone+0x6d)[0x7f4110defbcd]
|
|
|
Trying to get some variables.
|
Some pointers may be invalid and cause the dump to abort.
|
Query (0x7f3e9805f440): FLUSH TABLES
|
|
|
Connection ID (thread ID): 112966
|
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=on,condition_pushdown_for_derived=on
|
|
|
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.
|
170918 15:00:08 mysqld_safe Number of processes running now: 0
|
170918 15:00:08 mysqld_safe mysqld restarted
|
I didn't have anything wierd running on my local server...
Thanks,
António Fernandes