mariabackup crashes during last phases of SST

[00] 2025-04-25 05:51:46 Streaming ./app_user_216768/generic_collection_item_v001#P#1878c07a5fae885e6cf0d367bfe74534.ibd

[00] 2025-04-25 05:51:46         ...done

[00] 2025-04-25 05:51:46 Streaming ./app_user_216768/generic_collection_item_v001#P#8c32b2a51f7aaa038fa86b85f2187e2b.ibd

[00] 2025-04-25 05:51:46         ...done

[00] 2025-04-25 05:51:46 Streaming ./app_user_276477/generic_collection_item_v001#P#aaee6322c42e212f41c6b74088c986a9.ibd

[00] 2025-04-25 05:51:46         ...done

[00] 2025-04-25 05:51:46 Streaming ./app_user_276477/generic_collection_item_v001#P#11664a396b257f7d928bcc2fee069d1e.ibd

[00] 2025-04-25 05:51:46         ...done

[00] 2025-04-25 05:51:46 Streaming ./app_user_276477/generic_collection_item_v001#P#81f3dd3c808cb8a43d6282827a9157d4.ibd

[00] 2025-04-25 05:51:46         ...done

[00] 2025-04-25 05:51:47 Streaming ./app_user_276477/generic_collection_item_v001#P#a4661cb4ab9946d88ec7e84caae5dd65.ibd

[00] 2025-04-25 05:51:47         ...done

[00] 2025-04-25 05:51:47 Streaming ./app_user_216768/generic_collection_item_v001#P#b1e997dd59cb938189c9d47cc6a03d25.ibd

[00] 2025-04-25 05:51:47         ...done

[00] 2025-04-25 05:51:47 Streaming ./app_user_216768/generic_collection_item_v001#P#165f096d481a66945fdc8895f536bad1.ibd

[00] 2025-04-25 05:51:47         ...done

[00] 2025-04-25 05:51:47 Streaming ./app_user_216768/generic_collection_item_v001#P#200d702c10d59685e2f3bb523197a8af.ibd

[00] 2025-04-25 05:51:47 DDL tracking : create 99589766 "./app_user_663423/__temp_collection_exchange_e20d2a4dc84d995e1f5a98a4145eafff#P#default.ibd"

2025-04-25 05:51:47 0x7ea44e9fe6c0  InnoDB: Assertion failure in file /var/tmp/portage/dev-db/mariadb-10.11.11/work/mysql/extra/mariabackup/xtrabackup.cc line 1220

InnoDB: Failing assertion: opt_no_lock

InnoDB: We intentionally generate a memory trap.

InnoDB: Submit a detailed bug report to https://jira.mariadb.org/

InnoDB: If you get repeated assertion failures or crashes, even

InnoDB: immediately after the mariadbd startup, there may be

InnoDB: corruption in the InnoDB tablespace. Please refer to

InnoDB: https://mariadb.com/kb/en/library/innodb-recovery-modes/

InnoDB: about forcing recovery.

250425  5:51:47 [ERROR] /usr//bin/mariadb-backup 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 about how to report

a bug on https://jira.mariadb.org/.

Please include the information from the server start above, to the end of the

information below.

Server version: 10.11.11-MariaDB source revision: e69f8cae1a15e15b9e4f5e0f8497e1f17bdc81a4

The information page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mariadbd/

contains instructions to obtain a better version of the backtrace below.

Following these instructions will help MariaDB developers provide a fix quicker.

Attempting backtrace. Include this in the bug report.

(note: Retrieving this information may fail)

Thread pointer: 0x0

stack_bottom = 0x0 thread_stack 0x49000

mysys/stacktrace.c:216(my_print_stacktrace)[0x565bd1b56772]

sql/signal_handler.cc:230(handle_fatal_signal)[0x565bd16bf2c9]

/usr/lib64/libc.so.6(+0x3cc50) [0x7ea494a58c50]

/usr/lib64/libc.so.6(+0x9374c) [0x7ea494aaf74c]

/usr/lib64/libc.so.6(gsignal+0x16) [0x7ea494a58ba6]

/usr/lib64/libc.so.6(abort+0xd7) [0x7ea494a408fa]

:0(ut_dbg_assertion_failed(char const*, char const*, unsigned int))[0x565bd127000b]

bits/basic_string.h:809(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string())[0x565bd120606a]

log/log0recv.cc:2691(recv_sys_t::parse_mtr_result recv_sys_t::parse<recv_buf, (recv_sys_t::store)1>(recv_buf&, bool))[0x565bd19fcf46]

log/log0recv.cc:3144(recv_sys_t::parse_mtr_result recv_sys_t::parse_mtr<(recv_sys_t::store)1>(bool))[0x565bd1a079a2]

mariabackup/xtrabackup.cc:3533(xtrabackup_copy_logfile())[0x565bd12c7eb7]

mariabackup/xtrabackup.cc:3647(log_copying_thread())[0x565bd12c83fb]

/usr/lib/gcc/x86_64-pc-linux-gnu/14/libstdc++.so.6(+0xe8cf4) [0x7ea494ce8cf4]

/usr/lib64/libc.so.6(+0x919b9) [0x7ea494aad9b9]

/usr/lib64/libc.so.6(+0x103bac) [0x7ea494b1fbac]

Writing a core file...

Working directory at /data/mysql

Resource Limits (excludes unlimited resources):

Limit                     Soft Limit           Hard Limit           Units     

Max stack size            8388608              unlimited            bytes     

Max core file size        0                    unlimited            bytes     

Max processes             1547052              1547052              processes 

Max open files            3800000              3800000              files     

Max locked memory         8388608              8388608              bytes     

Max pending signals       1547052              1547052              signals   

Max msgqueue size         819200               819200               bytes     

Max nice priority         30                   30                   

Max realtime priority     0                    0                    

Kernel version: Linux version 6.13.7-gentoo (root@node1.domain.cz) (gcc (Gentoo Hardened 14.2.1_p20241221 p7) 14.2.1 20241221, GNU ld (Gentoo 2.44 p1) 2.44.0) #1 SMP PREEMPT_DYNAMIC Thu Mar 20 14:09:45 CET 2025