2023-08-16 16:02:13 2 [Note] WSREP: Server panda synced with group

2023-08-16 16:02:13 2 [Note] WSREP: server panda state change: joined -> synced

2023-08-16 16:02:13 2 [Note] WSREP: Server status change joined -> synced

2023-08-16 16:02:13 2 [Note] WSREP: Synchronized with group, ready for connections

2023-08-16 16:02:13 2 [Note] WSREP: wsrep_notify_cmd is not defined, skipping notification.

2023-08-16 16:02:13 2 [Note] WSREP: Detected STR version: 1, req_len: 153, req: STRv1

2023-08-16 16:02:13 2 [Note] WSREP: Cert index preload: 3 -> 3

2023-08-16 16:02:13 0 [Note] WSREP: 1.1 (panda): State transfer to 3.3 (ns367620) complete.

2023-08-16 16:02:13 0 [Note] WSREP: Shifting DONOR/DESYNCED -> JOINED (TO: 3)

2023-08-16 16:02:13 0 [Note] WSREP: Processing event queue:... -nan% (0/0 events) complete.

2023-08-16 16:02:13 0 [Note] WSREP: Member 1.1 (ns367620) synced with group.

2023-08-16 16:02:13 0 [Note] WSREP: Processing event queue:...100.0% (1/1 events) complete.

2023-08-16 16:02:13 0 [Note] WSREP: Shifting JOINED -> SYNCED (TO: 3)

2023-08-16 16:02:13 22 [Note] WSREP: assigned new next trx id: 25

2023-08-16 16:02:13 22 [Note] WSREP: wsrep_after_statement for 22 client_state exec  client_mode local trans_state aborted

2023-08-16 16:02:13 22 [Note] WSREP: wsrep_thd_binlog_reset

2023-08-16 16:02:13 22 [Note] WSREP: assigned new next trx id: 26

2023-08-16 16:02:13 22 [Note] WSREP: wsrep_commit_empty for 22 client_state exec client_mode local trans_state executing sql SELECT VARIABLE_NAME, VARIABLE_VALUE

              FROM INFORMATION_SCHEMA.GLOBAL_STATUS

              WHERE VARIABLE_NAME = 'wsrep_ready'

2023-08-16 16:02:13 22 [Note] WSREP: wsrep_after_statement for 22 client_state exec  client_mode local trans_state aborted

2023-08-16 16:02:13 22 [Note] WSREP: wsrep_thd_binlog_reset

2023-08-16 16:02:13 22 [Note] WSREP: wsrep_after_statement for 22 client_state exec  client_mode local trans_state aborted

2023-08-16 16:02:13 22 [Note] WSREP: wsrep_thd_binlog_reset

2023-08-16 16:02:13 22 [Note] WSREP: assigned new next trx id: 27

2023-08-16 16:02:13 2 [Note] WSREP: server panda state change: synced -> donor

2023-08-16 16:02:13 2 [Note] WSREP: Server status change synced -> donor

2023-08-16 16:02:13 2 [Note] WSREP: wsrep_notify_cmd is not defined, skipping notification.

2023-08-16 16:02:13 0 [Note] WSREP: async IST sender starting to serve tcp://127.0.0.1:16014 sending 3-3, preload starts from 3

2023-08-16 16:02:13 0 [Note] WSREP: Donor monitor thread started to monitor

2023-08-16 16:02:13 0 [Note] WSREP: Running: 'wsrep_sst_rsync --role 'donor' --address '127.0.0.1:16015/rsync_sst' --local-port 16001 --socket '/home/panda/maria-10.6/build/mysql-test/var/tmp/mysqld.2.sock' --progress 0 --datadir '/home/panda/maria-10.6/build/mysql-test/var/mysqld.2/data/' --defaults-file '/home/panda/maria-10.6/build/mysql-test/var/my.cnf' --defaults-group-suffix '.2' --gtid '7ac8f618-3c3d-11ee-94fc-13bdcf9cdd3a:3' --gtid-domain-id 0 --binlog-index 'mysqld-bin.index' --mysqld-args --defaults-group-suffix=.2 --defaults-file=/home/panda/maria-10.6/build/mysql-test/var/my.cnf --log-output=file --innodb --innodb-cmpmem --innodb-cmp-per-index --innodb-trx --innodb-locks --innodb-lock-waits --innodb-metrics --innodb-buffer-pool-stats --innodb-buffer-page --innodb-buffer-page-lru --innodb-sys-columns --innodb-sys-fields --innodb-sys-foreign --innodb-sys-foreign-cols --innodb-sys-indexes --innodb-sys-tables --innodb-sys-virtual --loose-enable-partition --core-file --loose-debug-sync-timeout=300'

2023-08-16 16:02:13 0 [Note] WSREP: IST sender 3 -> 3

2023-08-16 16:02:13 2 [Note] WSREP: sst_donor_thread signaled with 0

2023-08-16 16:02:13 13 [Note] WSREP: Server panda synced with group

2023-08-16 16:02:13 13 [Warning] WSREP: server: panda unallowed state transition: donor -> synced

mariadbd: /home/panda/maria-10.6/wsrep-lib/src/server_state.cpp:1368: void wsrep::server_state::state(wsrep::unique_lock<wsrep::mutex>&, state): Assertion `0' failed.

230816 16:02:13 [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.6.15-10-MariaDB-debug-log source revision: a58082bb6a7efb490aafbed5e264168b743c0a9d

key_buffer_size=1048576

read_buffer_size=131072

max_used_connections=1

max_threads=153

thread_count=14

It is possible that mysqld could use up to 

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

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

Thread pointer: 0x7f1e44000dc8

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

WSREP_SST: [INFO] rsync SST started on donor (20230816 16:02:13.195)

WSREP_SST: [INFO] Using stunnel for SSL encryption: CA: '/home/panda/maria-10.6/mysql-test/std_data/cacert.pem', CAPATH='', ssl-mode='VERIFY_CA' (20230816 16:02:13.312)

2023-08-16 16:02:13 0 [Note] WSREP: Flushing tables for SST...

mysys/stacktrace.c:215(my_print_stacktrace)[0x559e8ac50d9f]

sql/signal_handler.cc:241(handle_fatal_signal)[0x559e8a2f4435]

libc_sigaction.c:0(__restore_rt)[0x7f1ecb577520]

nptl/pthread_kill.c:44(__pthread_kill_implementation)[0x7f1ecb5cba7c]

posix/raise.c:27(__GI_raise)[0x7f1ecb577476]

stdlib/abort.c:81(__GI_abort)[0x7f1ecb55d7f3]

intl/loadmsgcat.c:1177(_nl_load_domain)[0x7f1ecb55d71b]

/lib/x86_64-linux-gnu/libc.so.6(+0x39e96)[0x7f1ecb56ee96]

src/server_state.cpp:1371(wsrep::server_state::state(std::unique_lock<wsrep::mutex>&, wsrep::server_state::state))[0x559e8ae3c76c]

src/server_state.cpp:1095(wsrep::server_state::on_sync())[0x559e8ae3af59]

src/wsrep_provider_v26.cpp:531((anonymous namespace)::synced_cb(void*))[0x559e8ae527d7]

2023-08-16 16:02:14 0 [Note] WSREP: 0.1 (ns367620): State transfer to 2.2 (ns367620) complete.

2023-08-16 16:02:14 0 [Note] WSREP: Member 0.1 (ns367620) synced with group.

src/replicator_smm.cpp:3066(galera::ReplicatorSMM::process_sync(long))[0x7f1ec644c904]

src/gcs_action_source.cpp:144(galera::GcsActionSource::dispatch(void*, gcs_action const&, bool&))[0x7f1ec649da0e]

src/gcs_action_source.cpp:192(galera::GcsActionSource::process(void*, bool&))[0x7f1ec649dfa9]

src/replicator_smm.cpp:402(galera::ReplicatorSMM::async_recv(void*))[0x7f1ec643bbe8]

src/wsrep_provider.cpp:291(galera_recv)[0x7f1ec6412b06]

src/wsrep_provider_v26.cpp:858(wsrep::wsrep_provider_v26::run_applier(wsrep::high_priority_service*))[0x559e8ae53b8e]

sql/wsrep_thd.cc:57(wsrep_replication_process(THD*, void*))[0x559e8a714c20]

2023-08-16 16:02:15 0 [Note] WSREP: 2.2 (ns367620): State transfer from 0.1 (ns367620) complete.

2023-08-16 16:02:15 0 [Note] WSREP: Member 2.2 (ns367620) synced with group.

sql/wsrep_mysqld.cc:4034(start_wsrep_THD(void*))[0x559e8a70007d]

perfschema/pfs.cc:2203(pfs_spawn_thread)[0x559e8a659630]

nptl/pthread_create.c:442(start_thread)[0x7f1ecb5c9b43]

x86_64/clone3.S:83(__clone3)[0x7f1ecb65ba00]

Trying to get some variables.

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

Query (0x0): (null)

Connection ID (thread ID): 13

Status: NOT_KILLED