Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
23.02.7
-
None
-
2024-2, 2025-1
Description
Happens randomly at night when running calShowPartitions. Happens on different tables. Has happened about 55 times over the last 1.5 years. See logs, including mariadbd.err file
SELECT calShowPartitions('LTE_MDT_MESH4_WEEKLY','date') |
Crash Trace
241209 0:31:12 [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.6.14-9-MariaDB-enterprise-log source revision: 0b26db4b92b379ada17c2ed6e7e821d72fa91849 |
key_buffer_size=134217728 |
read_buffer_size=131072 |
max_used_connections=86 |
max_threads=1502 |
thread_count=86 |
It is possible that mysqld could use up to
|
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 3438754 K bytes of memory |
Hope that's ok; if not, decrease some variables in the equation. |
|
|
Thread pointer: 0x7f0dcc003018 |
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 = 0x7f0f00eb9bd8 thread_stack 0x49000 |
/usr/sbin/mariadbd(my_print_stacktrace+0x2e)[0x55afa4e75e4e] |
/usr/sbin/mariadbd(handle_fatal_signal+0x485)[0x55afa493abb5] |
sigaction.c:0(__restore_rt)[0x7f0f2e793c20] |
/lib64/libc.so.6(__libc_malloc+0x136)[0x7f0f2db26bc6] |
/lib64/libstdc++.so.6(_Znwm+0x1c)[0x7f0f2e27ed6c] |
/lib64/libbrm.so(_ZN3BRM18MasterSegmentTableC2Ev+0x56)[0x7f0f1f851006] |
/lib64/libbrm.so(_ZN3BRM9ExtentMapC1Ev+0x44)[0x7f0f1f821d24] |
/lib64/libbrm.so(_ZN3BRM4DBRMC1Eb+0xcc)[0x7f0f1f81759c] |
/usr/lib64/mysql/plugin/ha_columnstore.so(calshowpartitions+0xf9)[0x7f0f2c5ac489] |
/usr/sbin/mariadbd(_ZN11udf_handler7val_strEP6StringS1_+0x62)[0x55afa49b5142] |
/usr/sbin/mariadbd(_ZN17Item_func_udf_str7val_strEP6String+0x1c)[0x55afa49b521c] |
/usr/sbin/mariadbd(_ZNK12Type_handler13Item_send_strEP4ItemP8ProtocolP8st_value+0x24)[0x55afa489a624] |
/usr/sbin/mariadbd(_ZN8Protocol19send_result_set_rowEP4ListI4ItemE+0xe2)[0x55afa46200b2] |
/usr/sbin/mariadbd(_ZN11select_send9send_dataER4ListI4ItemE+0x33)[0x55afa469ab73] |
/usr/sbin/mariadbd(_ZN4JOIN10exec_innerEv+0xfb8)[0x55afa476bc08] |
/usr/sbin/mariadbd(_ZN4JOIN4execEv+0x35)[0x55afa476c045] |
/usr/sbin/mariadbd(_Z12mysql_selectP3THDP10TABLE_LISTR4ListI4ItemEPS4_jP8st_orderS9_S7_S9_yP13select_resultP18st_select_lex_unitP13st_select_lex+0x106)[0x55afa4769fe6] |
/usr/sbin/mariadbd(_Z13handle_selectP3THDP3LEXP13select_resultm+0x16c)[0x55afa476a7bc] |
/usr/sbin/mariadbd(+0x7cb0c1)[0x55afa46e10c1] |
/usr/sbin/mariadbd(_Z21mysql_execute_commandP3THDb+0x48a7)[0x55afa46f03f7] |
/usr/sbin/mariadbd(_Z11mysql_parseP3THDPcjP12Parser_state+0x211)[0x55afa46f1b91] |
/usr/sbin/mariadbd(_Z16dispatch_command19enum_server_commandP3THDPcjb+0x1a55)[0x55afa46f4c75] |
/usr/sbin/mariadbd(_Z10do_commandP3THDb+0x132)[0x55afa46f6ae2] |
/usr/sbin/mariadbd(_Z24do_handle_one_connectionP7CONNECTb+0x3b7)[0x55afa4815437] |
/usr/sbin/mariadbd(handle_one_connection+0x5d)[0x55afa481577d] |
/usr/sbin/mariadbd(+0xc68842)[0x55afa4b7e842] |
pthread_create.c:0(start_thread)[0x7f0f2e78917a] |
/lib64/libc.so.6(clone+0x43)[0x7f0f2db9ddc3] |
|
|
Trying to get some variables.
|
Some pointers may be invalid and cause the dump to abort.
|
Query (0x7f0dcc02f410): SELECT calShowPartitions('LTE_MDT_MESH4_WEEKLY','date') |
|
|
Connection ID (thread ID): 3536 |
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,hash_join_cardinality=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 /var/lib/mysql
|
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 unlimited bytes |
Max resident set unlimited unlimited bytes
|
Max processes 2061265 2061265 processes |
Max open files 32768 32768 files |
Max locked memory 65536 65536 bytes |
Max address space unlimited unlimited bytes
|
Max file locks unlimited unlimited locks
|
Max pending signals 2061265 2061265 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: |/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %e
|
|
|
Kernel version: Linux version 4.18.0-348.2.1.el8_5.x86_64 (mockbuild@x86-vm-08.build.eng.bos.redhat.com) (gcc version 8.5.0 20210514 (Red Hat 8.5.0-4) (GCC)) #1 SMP Mon Nov 8 13:30:15 EST 2021 |