galera.galera_var_wsrep_provider_options segfault with provider 26.4.16

galera.galera_var_wsrep_provider_options w14 [ fail ]

        Test ended at 2024-07-11 12:42:04

CURRENT_TEST: galera.galera_var_wsrep_provider_options

mysqltest: At line 11: query 'SET GLOBAL wsrep_provider_options='a=1'' failed with wrong errno 2013: 'Lost connection to MySQL server during query', instead of 1210...

The result from queries just before the failure was:

connection node_2;

connection node_1;

call mtr.add_suppression("WSREP: Unknown parameter 'a'");

call mtr.add_suppression("WSREP: Set options returned 7");

SET GLOBAL wsrep_provider_options=NULL;

ERROR HY000: Incorrect arguments to SET

SET GLOBAL wsrep_provider_options='';

SET GLOBAL wsrep_provider_options=' ';

SET GLOBAL wsrep_provider_options='a=1';

Server [mysqld.1 - pid: 49545, winpid: 49545, exit: 256] failed during test run

Server log from this test:

----------SERVER LOG START-----------

2024-07-11 12:41:53 46 [Warning] WSREP: Unknown parameter 'a'

terminate called after throwing an instance of 'gu::Exception'

240711 12:41:53 [ERROR] mysqld got signal 6 ;

Sorry, we probably made a mistake, and this is a bug.

Your assistance in bug reporting will enable us to fix this for the next release.

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.26-MariaDB-log source revision: eaf7c0cbead56f61d4cecfa88fc0971a9d917002

key_buffer_size=1048576

read_buffer_size=131072

max_used_connections=2

max_threads=153

thread_count=4

It is possible that mysqld could use up to 

key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 63595 K  bytes of memory

Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x2337834061d8

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 = 0x98097967ee8 thread_stack 0x49000

addr2line: dwarf_get_aranges failed: Unsupported version [_dwarf_info_load(229)]

addr2line: dwarf_get_aranges failed: Unsupported version [_dwarf_info_load(229)]

Printing to addr2line failed

0x97850414cce <my_print_stacktrace+0x2e> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784ff35673 <handle_fatal_signal+0x2b3> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x98077b8c53f <pthread_sigmask+0x53f> at /lib/libthr.so.3

0x98077b8bafb <pthread_setschedparam+0x83b> at /lib/libthr.so.3

0x98071cc82d3 <_fini+0x98070dd8fcf> at ???

0x9807ac0186a <thr_kill+0xa> at /lib/libc.so.7

0x9807ab79f54 <_raise+0x34> at /lib/libc.so.7

0x9807ac2afc9 <abort+0x49> at /lib/libc.so.7

0x9807b69c34b <__cxa_throw_bad_array_new_length+0x689> at /usr/local/lib/gcc12/libstdc++.so.6

0x9807b6a7b16 <_ZSt17rethrow_exceptionNSt15__exception_ptr13exception_ptrE+0x76> at /usr/local/lib/gcc12/libstdc++.so.6

0x9807b6a7b71 <_ZSt9terminatev+0x11> at /usr/local/lib/gcc12/libstdc++.so.6

0x9807b6a7dec <__cxa_throw+0x4c> at /usr/local/lib/gcc12/libstdc++.so.6

0x9807f1fa4bd <wsrep_deinit_config_service_v1+0x1c1d> at /usr/local/lib/libgalera_smm.so

0x9807f203563 <wsrep_deinit_config_service_v1+0xacc3> at /usr/local/lib/libgalera_smm.so

0x9807f1f2609 <inflateInit2_@ZLIB_1.2.4.0> at /usr/local/lib/libgalera_smm.so

addr2line: dwarf_get_aranges failed: Unsupported version [_dwarf_info_load(229)]

addr2line: dwarf_get_aranges failed: Unsupported version [_dwarf_info_load(229)]

0x9785049cb11 <_ZN5wsrep18wsrep_provider_v267optionsERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x11> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x978501c89f9 <_Z29wsrep_provider_options_updateP7sys_varP3THD13enum_var_type+0x99> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fc75869 <_ZN7sys_var6updateEP3THDP7set_var+0xd9> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fc75ce7 <_ZN7set_var6updateEP3THD+0x17> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fc76f51 <_Z17sql_set_variablesP3THDP4ListI12set_var_baseEb+0xa1> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fd285aa <_Z21mysql_execute_commandP3THD+0x202a> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fd2b8f6 <_Z11mysql_parseP3THDPcjP12Parser_statebb+0x1e6> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fd2c14e <_ZL17wsrep_mysql_parseP3THDPcjP12Parser_statebb+0x9784f5b705e> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fd2eb81 <_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x2311> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fd2f330 <_Z10do_commandP3THD+0x110> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fe24610 <_Z24do_handle_one_connectionP7CONNECTb+0x3d0> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9784fe24abd <handle_one_connection+0x5d> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

0x9785015c1bb <pfs_spawn_thread+0x9784f5b712b> at /data/buildbot/workers/dev/amd64-freebsd-14/build/sql/mariadbd

Trying to get some variables.

Some pointers may be invalid and cause the dump to abort.

Query (0x2337834336b0): SET GLOBAL wsrep_provider_options='a=1'

Connection ID (thread ID): 46

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 https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mariadbd/ contains

information that should help you find out what is causing the crash.

Core pattern: %N.core

----------SERVER LOG END-------------