-- Unit mariadb.service has begun starting up.
Dec 22 08:23:46 TEST2 sh[128072]: WSREP: Failed to start mysqld for wsrep recovery: '2020-12-22  8:23:46 0 [Note] /usr/sbin/mysqld (mysqld 10.5.8-MariaD>
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] InnoDB: innodb_page_size=65536
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] InnoDB: Using Linux native AIO
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] InnoDB: Uses event mutexes
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] InnoDB: Number of pools: 1
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] mysqld: O_TMPFILE is not supported on /tmp (disabling future attempts)
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] InnoDB: Initializing buffer pool, total size = 134217728, chunk size = 134217728
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] InnoDB: Completed initialization of buffer pool
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be c>
Dec 22 08:23:46 TEST2 sh[128072]: 2020-12-22  8:23:46 0 [ERROR] InnoDB: Space id and page no stored in the page, read in are [page id: space=0, page num>
Dec 22 08:23:46 TEST2 sh[128072]: 201222  8:23:46 [ERROR] mysqld got signal 11 ;
Dec 22 08:23:46 TEST2 sh[128072]: This could be because you hit a bug. It is also possible that this binary
Dec 22 08:23:46 TEST2 sh[128072]: or one of the libraries it was linked against is corrupt, improperly built,
Dec 22 08:23:46 TEST2 sh[128072]: or misconfigured. This error can also be caused by malfunctioning hardware.
Dec 22 08:23:46 TEST2 sh[128072]: To report this bug, see https://mariadb.com/kb/en/reporting-bugs
Dec 22 08:23:46 TEST2 sh[128072]: We will try our best to scrape up some info that will hopefully help
Dec 22 08:23:46 TEST2 sh[128072]: diagnose the problem, but since we have already crashed,
Dec 22 08:23:46 TEST2 sh[128072]: something is definitely wrong and this may fail.
Dec 22 08:23:46 TEST2 sh[128072]: Server version: 10.5.8-MariaDB-log
Dec 22 08:23:46 TEST2 sh[128072]: key_buffer_size=134217728
Dec 22 08:23:46 TEST2 sh[128072]: read_buffer_size=131072
Dec 22 08:23:46 TEST2 sh[128072]: max_used_connections=0
Dec 22 08:23:46 TEST2 sh[128072]: max_threads=153
Dec 22 08:23:46 TEST2 sh[128072]: thread_count=0
Dec 22 08:23:46 TEST2 sh[128072]: It is possible that mysqld could use up to
Dec 22 08:23:46 TEST2 sh[128072]: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 467860 K  bytes of memory
Dec 22 08:23:46 TEST2 sh[128072]: Hope that's ok; if not, decrease some variables in the equation.
Dec 22 08:23:46 TEST2 sh[128072]: Thread pointer: 0x0
Dec 22 08:23:46 TEST2 sh[128072]: Attempting backtrace. You can use the following information to find out
Dec 22 08:23:46 TEST2 sh[128072]: where mysqld died. If you see no messages after this, something went
Dec 22 08:23:46 TEST2 sh[128072]: terribly wrong...
Dec 22 08:23:46 TEST2 sh[128072]: stack_bottom = 0x0 thread_stack 0x49000
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(my_print_stacktrace)[0x5645841cf07e]
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(handle_fatal_signal)[0x564583c645e5]
Dec 22 08:23:46 TEST2 sh[128072]: sigaction.c:0(__restore_rt)[0x7f4ae360db20]
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(void std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_construct<char*>(char*, >
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(std::_Rb_tree<unsigned int, unsigned int, std::_Identity<unsigned int>, std::less<unsigned int>, std::allocator<u>
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(std::_Rb_tree<unsigned int, unsigned int, std::_Identity<unsigned int>, std::less<unsigned int>, std::allocator<u>
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(std::_Rb_tree<unsigned int, unsigned int, std::_Identity<unsigned int>, std::less<unsigned int>, std::allocator<u>
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(std::_Rb_tree<unsigned int, unsigned int, std::_Identity<unsigned int>, std::less<unsigned int>, std::allocator<u>
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(std::_Rb_tree<unsigned int, unsigned int, std::_Identity<unsigned int>, std::less<unsigned int>, std::allocator<u>
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(std::_Rb_tree<unsigned int, unsigned int, std::_Identity<unsigned int>, std::less<unsigned int>, std::allocator<u>
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(Wsrep_server_service::log_dummy_write_set(wsrep::client_state&, wsrep::ws_meta const&))[0x564583940451]
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(wsrep_notify_status(wsrep::server_state::state, wsrep::view const*))[0x564583f223b1]
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(ha_initialize_handlerton(st_plugin_int*))[0x564583c67764]
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(sys_var_pluginvar::sys_var_pluginvar(sys_var_chain*, char const*, st_plugin_int*, st_mysql_sys_var*))[0x564583a81>
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(plugin_init(int*, char**, int))[0x564583a82cf3]
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(unireg_abort)[0x5645839ab1ed]
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(mysqld_main(int, char**))[0x5645839b0d85]
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(__libc_start_main)[0x7f4ae14347b3]
Dec 22 08:23:46 TEST2 sh[128072]: ??:0(_start)[0x5645839a587e]
Dec 22 08:23:46 TEST2 sh[128072]: The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
Dec 22 08:23:46 TEST2 sh[128072]: information that should help you find out what is causing the crash.
Dec 22 08:23:46 TEST2 sh[128072]: Writing a core file...
Dec 22 08:23:46 TEST2 sh[128072]: Working directory at /var/lib/mysql
Dec 22 08:23:46 TEST2 sh[128072]: Resource Limits:
Dec 22 08:23:46 TEST2 sh[128072]: Limit                     Soft Limit           Hard Limit           Units
Dec 22 08:23:46 TEST2 sh[128072]: Max cpu time              unlimited            unlimited            seconds
Dec 22 08:23:46 TEST2 sh[128072]: Max file size             unlimited            unlimited            bytes
Dec 22 08:23:46 TEST2 sh[128072]: Max data size             unlimited            unlimited            bytes
Dec 22 08:23:46 TEST2 sh[128072]: Max stack size            8388608              unlimited            bytes
Dec 22 08:23:46 TEST2 sh[128072]: Max core file size        unlimited            unlimited            bytes
Dec 22 08:23:46 TEST2 sh[128072]: Max resident set          unlimited            unlimited            bytes
Dec 22 08:23:46 TEST2 sh[128072]: Max processes             126038               126038               processes
Dec 22 08:23:46 TEST2 sh[128072]: Max open files            1048576              1048576              files
Dec 22 08:23:46 TEST2 sh[128072]: Max locked memory         16777216             16777216             bytes
Dec 22 08:23:46 TEST2 sh[128072]: Max address space         unlimited            unlimited            bytes
Dec 22 08:23:46 TEST2 sh[128072]: Max file locks            unlimited            unlimited            locks
Dec 22 08:23:46 TEST2 sh[128072]: Max pending signals       126038               126038               signals
Dec 22 08:23:46 TEST2 sh[128072]: Max msgqueue size         819200               819200               bytes
Dec 22 08:23:46 TEST2 sh[128072]: Max nice priority         0                    0
Dec 22 08:23:46 TEST2 sh[128072]: Max realtime priority     0                    0
Dec 22 08:23:46 TEST2 sh[128072]: Max realtime timeout      unlimited            unlimited            us
Dec 22 08:23:46 TEST2 sh[128072]: Core pattern: |/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %e
Dec 22 08:23:46 TEST2 sh[128072]: /usr/bin/galera_recovery: line 71: 128837 Segmentation fault      /usr/sbin/mysqld --user=mysql --wsrep_recover --disa>
Dec 22 08:23:46 TEST2 systemd[1]: mariadb.service: Control process exited, code=exited status=1
Dec 22 08:23:46 TEST2 systemd[1]: mariadb.service: Failed with result 'exit-code'.
Dec 22 08:23:46 TEST2 systemd[1]: Failed to start MariaDB 10.5.8 database server.