Details
-
Bug
-
Status: Open (View Workflow)
-
Major
-
Resolution: Unresolved
-
11.8.2
-
None
-
FreeBSD 13.5-RELEASE-p2
Description
Fatal error 'mutex 0xbc3395e08 own 0xf5e45 is on list 0x0 0x83010da08' at line 151 in file /usr/src/lib/libthr/thread/thr_mutex.c (errno = 0)
|
250726 5:51:14 [ERROR] /usr/local/libexec/mariadbd got signal 6 ;
|
Sorry, we probably made a mistake, and this is a bug.
|
|
Server version: 11.8.2-MariaDB source revision: 8d36cafe4fc700e6e577d5a36650c58707e76b92
|
|
Thread pointer: 0xb95cc9b98
|
stack_bottom = 0xb9fddaf10 thread_stack 0x49000
|
2025-07-26 5:51:14 0 [Note] /usr/local/libexec/mariadbd (initiated by: unknown): Normal shutdown
|
0x14742dc <my_print_stacktrace+0x3c> at /usr/local/libexec/mariadbd
|
0xde6fc9 <handle_fatal_signal+0x199> at /usr/local/libexec/mariadbd
|
0x82aed9310 <pthread_sigmask+0x540> at /lib/libthr.so.3
|
0x82aed88db <pthread_setschedparam+0x84b> at /lib/libthr.so.3
|
0x7ffffffff923 <???> at ???
|
0x82be2432a <__sys_thr_kill+0xa> at /lib/libc.so.7
|
0x82bd9d6b4 <__raise+0x34> at /lib/libc.so.7
|
0x82be4e179 <abort+0x49> at /lib/libc.so.7
|
0x82aecfeca <_thread_bp_death+0x33a> at /lib/libthr.so.3
|
0x82aed49b5 <_pthread_mutex_destroy+0x155> at /lib/libthr.so.3
|
0x82aed3b2f <pthread_mutex_lock+0xdf> at /lib/libthr.so.3
|
0x11783ba <_ma_state_info_write+0x1e8a> at /usr/local/libexec/mariadbd
|
0x1195a84 <_ma_state_info_write+0x1f554> at /usr/local/libexec/mariadbd
|
0x119f6bc <_ZN8ha_maria10drop_tableEPKc+0x4c> at /usr/local/libexec/mariadbd
|
0xf8b53d <_Z14free_tmp_tableP3THDP5TABLE+0x14d> at /usr/local/libexec/mariadbd
|
0xe7b62c <_Z19close_thread_tablesP3THD+0x13c> at /usr/local/libexec/mariadbd
|
0xf3f945 <_Z21mysql_execute_commandP3THDb+0x24f5> at /usr/local/libexec/mariadbd
|
0xf3a8d7 <_Z11mysql_parseP3THDPcjP12Parser_state+0x197> at /usr/local/libexec/mariadbd
|
0xf38e13 <_Z16dispatch_command19enum_server_commandP3THDPcjb+0x7d3> at /usr/local/libexec/mariadbd
|
0xf3ac4a <_Z10do_commandP3THDb+0x17a> at /usr/local/libexec/mariadbd
|
0x107dead <_Z24do_handle_one_connectionP7CONNECTb+0x12d> at /usr/local/libexec/mariadbd
|
0x107dcea <handle_one_connection+0x8a> at /usr/local/libexec/mariadbd
|
0x11f6120 <_ZN11MyCTX_nopad6finishEPhPj+0x16410> at /usr/local/libexec/mariadbd
|
|
|
|
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,index_condition_pushdown=on,derived_merge=o
|
n,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_c
|
ost_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_elimi
|
nation=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,conditio
|
n_pushdown_from_having=on,not_null_range_scan=off,hash_join_cardinality=on,cset_narrowing=on,sargable_casefold=on
|
SQL query was complex CTE involving creating temp tables. But with mariadb 10.11 it has been working for years without a glitch