Initiating SST cancellation?

I’m facing this kind of errors in a random way while doing testing about node recovery. (server reboot, clean up mysql directory, etc). Most of the times the recover process finish correctly but from time to time it fails with below message. It happens in 3 (same hw/config/os) nodes.

(mysqld 8.0.20-11.2) Percona XtraDB Cluster (GPL), Release rel11, Revision 9132e55, WSREP version 26.4.3. on CentOS 8

2020-10-10T13:56:33.087473Z 0 [Note] [MY-000000] [Galera] Flushing memory map to disk…

munmap_chunk(): invalid pointer

2020-10-10T13:58:03.717918Z 0 [Note] [MY-000000] [WSREP] Initiating SST cancellation

13:58:03 UTC - mysqld got signal 6 ;

Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware.

Thread pointer: 0x0

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 = 0 thread_stack 0x46000

/usr/sbin/mysqld(my_print_stacktrace(unsigned char const*, unsigned long)+0x41) [0x2048bd1]

/usr/sbin/mysqld(handle_fatal_signal+0x33b) [0x124937b]

/lib64/libpthread.so.0(+0x12dd0) [0x7f2b746afdd0]

/lib64/libc.so.6(gsignal+0x10f) [0x7f2b723b770f]

/lib64/libc.so.6(abort+0x127) [0x7f2b723a1b25]

/lib64/libc.so.6(+0x7a897) [0x7f2b723fa897]

/lib64/libc.so.6(+0x80fdc) [0x7f2b72400fdc]

/lib64/libc.so.6(+0x8128c) [0x7f2b7240128c]

/usr/lib64/galera4/libgalera_smm.so(+0x990cc) [0x7f2b6536c0cc]

/usr/lib64/galera4/libgalera_smm.so(+0x80540) [0x7f2b65353540]

/usr/lib64/galera4/libgalera_smm.so(+0x1ac7bb) [0x7f2b6547f7bb]

/lib64/libpthread.so.0(+0x82de) [0x7f2b746a52de]

/lib64/libc.so.6(clone+0x43) [0x7f2b7247be83]

You may download the Percona XtraDB Cluster operations manual by visiting

http://www.percona.com/software/percona-xtradb-cluster/. You may find information

in the manual which will help you identify the cause of the crash.

Anyone with similar issues?

What are your server specs? What is in your my.cnf? You might be running out of memory during SST process.

I have same problem:

[MY-000000] [WSREP] Initiating SST cancellation
mysqld got signal 11 ;
Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware.

Build ID: 297b668da4007788ef65ad22aff4ba989a5a0210
Server Version: 8.0.30-22.1 Percona XtraDB Cluster (GPL), Release rel22, Revision aff6a8b, WSREP version 26.4.3, wsrep_26.4.3

Thread pointer: 0x7f91d42166b0
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 = 7fab77724d20 thread_stack 0x40000
/usr/sbin/mysqld(my_print_stacktrace(unsigned char const*, unsigned long)+0x2e) [0x558594c6133e]
/usr/sbin/mysqld(print_fatal_signal(int)+0x2fb) [0x558593d592ab]
/usr/sbin/mysqld(handle_fatal_signal+0xc8) [0x558593d59378]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x13140) [0x7fbda8cf0140]
/usr/sbin/mysqld(AggregateIterator::Init()+0x24) [0x558593ecd334]
/usr/sbin/mysqld(Query_expression::ExecuteIteratorQuery(THD*)+0x269) [0x558593cbb479]
/usr/sbin/mysqld(Query_expression::execute(THD*)+0x2f) [0x558593cbb7ff]
/usr/sbin/mysqld(Sql_cmd_dml::execute(THD*)+0x16e) [0x558593c3831e]
/usr/sbin/mysqld(mysql_execute_command(THD*, bool)+0x1161) [0x558593bda251]
/usr/sbin/mysqld(dispatch_sql_command(THD*, Parser_state*, bool)+0x4cc) [0x558593bdf76c]
/usr/sbin/mysqld(+0x115ad45) [0x558593bdfd45]
/usr/sbin/mysqld(dispatch_command(THD*, COM_DATA const*, enum_server_command)+0x37a5) [0x558593be4395]
/usr/sbin/mysqld(do_command(THD*)+0x1ec) [0x558593be49cc]
/usr/sbin/mysqld(+0x12c48a8) [0x558593d498a8]
/usr/sbin/mysqld(+0x26f48f5) [0x5585951798f5]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7ea7) [0x7fbda8ce4ea7]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f) [0x7fbda8490a2f]

Could You help with this problem somebody?