Fedora Account System
Red Hat Associate
Red Hat Customer
Fully update Fedora 42 box as of today and mariadb crash upon start. Module /usr/libexec/mariadbd from rpm MariaDB-10.11.15-1.fc42.x86_64 Module libsnappy.so.1 from rpm snappy-1.2.1-4.fc42.x86_64 Module provider_snappy.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module provider_lzo.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module liblzma.so.5 from rpm xz-5.8.1-4.fc42.x86_64 Module provider_lzma.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module liblz4.so.1 from rpm lz4-1.10.0-2.fc42.x86_64 Module provider_lz4.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module libbz2.so.1 from rpm bzip2-1.0.8-20.fc42.x86_64 Module provider_bzip2.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module libcap.so.2 from rpm libcap-2.73-2.fc42.x86_64 Module libcrypto.so.3 from rpm openssl-3.2.6-2.fc42.x86_64 Module libssl.so.3 from rpm openssl-3.2.6-2.fc42.x86_64 Module libz.so.1 from rpm zlib-ng-2.2.5-2.fc42.x86_64 Module libsystemd.so.0 from rpm systemd-257.10-1.fc42.x86_64 Module libaio.so.1 from rpm libaio-0.3.111-21.fc42.x86_64 Module libcrypt.so.2 from rpm libxcrypt-4.5.2-1.fc42.x86_64 Module libpcre2-8.so.0 from rpm pcre2-10.46-1.fc42.x86_64 Stack trace of thread 1927653: #0 0x00007f9040a10735 abort (libc.so.6 + 0x1735) #1 0x00007f9040c091b4 _ZN9__gnu_cxx27__verbose_terminate_handlerEv.cold (libstdc++.so.6 + 0x91b4) #2 0x00007f9040c1eb9c _ZN10__cxxabiv111__terminateEPFvvE (libstdc++.so.6 + 0x1eb9c) #3 0x00007f9040c08d3a _ZSt9terminatev (libstdc++.so.6 + 0x8d3a) #4 0x0000562b34d0a61b _ZN12mem_pressureD2Ev.cold (/usr/libexec/mariadbd + 0x7d61b) #5 0x00007f9040a2b7e1 __run_exit_handlers (libc.so.6 + 0x1c7e1) #6 0x00007f9040a2b8be exit (libc.so.6 + 0x1c8be) #7 0x0000562b34d7c222 signal_hand (/usr/libexec/mariadbd + 0xef222) #8 0x0000562b3538ca51 pfs_spawn_thread (/usr/libexec/mariadbd + 0x6ffa51) #9 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #10 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Reproducible: Always Steps to Reproduce: 1. dnf upgrade or dnf distro-sync, then reboot
Here's the full stack I collected: [root@fedora ~]# systemctl status mariadb ● mariadb.service - MariaDB 10.11 database server Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled; preset: disabled) Drop-In: /usr/lib/systemd/system/service.d └─10-timeout-abort.conf Active: activating (start) since Sat 2026-01-17 06:06:38 MST; 6s ago Job: 2777656 Invocation: 49a723e2c2a3473fbfb27e288c1cb565 Docs: man:mariadbd(8) https://mariadb.com/kb/en/library/systemd/ Process: 1927577 ExecStartPre=/usr/libexec/mariadb-check-socket (code=exited, status=0/SUCCESS) Process: 1927604 ExecStartPre=/usr/libexec/mariadb-prepare-db-dir mariadb.service (code=exited, status=0/SUCCESS) Main PID: 1927640 (mariadbd) Tasks: 1 (limit: 4609) Memory: 77.7M (peak: 80.1M) CPU: 362ms CGroup: /system.slice/mariadb.service └─1927640 "[mariadbd]" Jan 17 06:06:43 fedora mariadb-check-socket[1927577]: Socket file /var/lib/mysql/mysql.sock exists. Jan 17 06:06:43 fedora mariadb-check-socket[1927577]: No process is using /var/lib/mysql/mysql.sock, which means it is a garbage, so it will be removed automatically. Jan 17 06:06:44 fedora mariadb-prepare-db-dir[1927604]: Database MariaDB is probably initialized in /var/lib/mysql already, nothing is done. Jan 17 06:06:44 fedora mariadb-prepare-db-dir[1927604]: If this is not the case, make sure the /var/lib/mysql is empty before running mariadb-prepare-db-dir. Jan 17 06:06:44 fedora (mariadbd)[1927640]: mariadb.service: Referenced but unset environment variable evaluates to an empty string: MYSQLD_OPTS, _WSREP_NEW_CLUSTER Jan 17 06:06:44 fedora systemd-coredump[1927662]: [🡕] Process 1927640 (mariadbd) of user 991 dumped core. Module /usr/libexec/mariadbd from rpm MariaDB-10.11.15-1.fc42.x86_64 Module libsnappy.so.1 from rpm snappy-1.2.1-4.fc42.x86_64 Module provider_snappy.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module provider_lzo.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module liblzma.so.5 from rpm xz-5.8.1-4.fc42.x86_64 Module provider_lzma.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module liblz4.so.1 from rpm lz4-1.10.0-2.fc42.x86_64 Module provider_lz4.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module libbz2.so.1 from rpm bzip2-1.0.8-20.fc42.x86_64 Module provider_bzip2.so from rpm MariaDB-10.11.15-1.fc42.x86_64 Module libcap.so.2 from rpm libcap-2.73-2.fc42.x86_64 Module libcrypto.so.3 from rpm openssl-3.2.6-2.fc42.x86_64 Module libssl.so.3 from rpm openssl-3.2.6-2.fc42.x86_64 Module libz.so.1 from rpm zlib-ng-2.2.5-2.fc42.x86_64 Module libsystemd.so.0 from rpm systemd-257.10-1.fc42.x86_64 Module libaio.so.1 from rpm libaio-0.3.111-21.fc42.x86_64 Module libcrypt.so.2 from rpm libxcrypt-4.5.2-1.fc42.x86_64 Module libpcre2-8.so.0 from rpm pcre2-10.46-1.fc42.x86_64 Stack trace of thread 1927653: #0 0x00007f9040a10735 abort (libc.so.6 + 0x1735) #1 0x00007f9040c091b4 _ZN9__gnu_cxx27__verbose_terminate_handlerEv.cold (libstdc++.so.6 + 0x91b4) #2 0x00007f9040c1eb9c _ZN10__cxxabiv111__terminateEPFvvE (libstdc++.so.6 + 0x1eb9c) #3 0x00007f9040c08d3a _ZSt9terminatev (libstdc++.so.6 + 0x8d3a) #4 0x0000562b34d0a61b _ZN12mem_pressureD2Ev.cold (/usr/libexec/mariadbd + 0x7d61b) #5 0x00007f9040a2b7e1 __run_exit_handlers (libc.so.6 + 0x1c7e1) #6 0x00007f9040a2b8be exit (libc.so.6 + 0x1c8be) #7 0x0000562b34d7c222 signal_hand (/usr/libexec/mariadbd + 0xef222) #8 0x0000562b3538ca51 pfs_spawn_thread (/usr/libexec/mariadbd + 0x6ffa51) #9 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #10 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927641: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a80668 pthread_cond_timedwait@@GLIBC_2.3.2 (libc.so.6 + 0x71668) #4 0x0000562b3560137d timer_handler (/usr/libexec/mariadbd + 0x97437d) #5 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #6 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927640: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a8045e pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x7145e) #4 0x0000562b34d8a373 _Z11mysqld_mainiPPc (/usr/libexec/mariadbd + 0xfd373) #5 0x00007f9040a12575 __libc_start_call_main (libc.so.6 + 0x3575) #6 0x00007f9040a12628 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x3628) #7 0x0000562b34d677f5 _start (/usr/libexec/mariadbd + 0xda7f5) Stack trace of thread 1927644: #0 0x00007f9040b0208d syscall (libc.so.6 + 0xf308d) #1 0x0000562b355a6867 _ZN12_GLOBAL__N_110aio_libaio23getevent_thread_routineEPS0_ (/usr/libexec/mariadbd + 0x919867) #2 0x00007f9040c4e3e4 execute_native_thread_routine (libstdc++.so.6 + 0x4e3e4) #3 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #4 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927651: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a80892 pthread_cond_clockwait (libc.so.6 + 0x71892) #4 0x0000562b355a6c41 _ZN5tpool19thread_pool_generic14wait_for_tasksERSt11unique_lockISt5mutexEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x9> #5 0x0000562b355a6e91 _ZN5tpool19thread_pool_generic8get_taskEPNS_11worker_dataEPPNS_4taskE (/usr/libexec/mariadbd + 0x919e91) #6 0x0000562b355a919f _ZN5tpool19thread_pool_generic11worker_mainEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x91c19f) #7 0x00007f9040c4e3e4 execute_native_thread_routine (libstdc++.so.6 + 0x4e3e4) #8 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #9 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927647: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a80892 pthread_cond_clockwait (libc.so.6 + 0x71892) #4 0x0000562b355a6c41 _ZN5tpool19thread_pool_generic14wait_for_tasksERSt11unique_lockISt5mutexEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x9> #5 0x0000562b355a6e91 _ZN5tpool19thread_pool_generic8get_taskEPNS_11worker_dataEPPNS_4taskE (/usr/libexec/mariadbd + 0x919e91) #6 0x0000562b355a919f _ZN5tpool19thread_pool_generic11worker_mainEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x91c19f) #7 0x00007f9040c4e3e4 execute_native_thread_routine (libstdc++.so.6 + 0x4e3e4) #8 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #9 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927652: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a80892 pthread_cond_clockwait (libc.so.6 + 0x71892) #4 0x0000562b355a6c41 _ZN5tpool19thread_pool_generic14wait_for_tasksERSt11unique_lockISt5mutexEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x9> #5 0x0000562b355a6e91 _ZN5tpool19thread_pool_generic8get_taskEPNS_11worker_dataEPPNS_4taskE (/usr/libexec/mariadbd + 0x919e91) #6 0x0000562b355a919f _ZN5tpool19thread_pool_generic11worker_mainEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x91c19f) #7 0x00007f9040c4e3e4 execute_native_thread_routine (libstdc++.so.6 + 0x4e3e4) #8 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #9 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927645: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7d764 __syscall_cancel (libc.so.6 + 0x6e764) #3 0x00007f9040af725e __poll (libc.so.6 + 0xe825e) #4 0x0000562b3553c48c _ZN12mem_pressure16pressure_routineEPS_ (/usr/libexec/mariadbd + 0x8af48c) #5 0x00007f9040c4e3e4 execute_native_thread_routine (libstdc++.so.6 + 0x4e3e4) #6 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #7 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927649: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a80892 pthread_cond_clockwait (libc.so.6 + 0x71892) #4 0x0000562b355a6c41 _ZN5tpool19thread_pool_generic14wait_for_tasksERSt11unique_lockISt5mutexEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x9> #5 0x0000562b355a6e91 _ZN5tpool19thread_pool_generic8get_taskEPNS_11worker_dataEPPNS_4taskE (/usr/libexec/mariadbd + 0x919e91) #6 0x0000562b355a919f _ZN5tpool19thread_pool_generic11worker_mainEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x91c19f) #7 0x00007f9040c4e3e4 execute_native_thread_routine (libstdc++.so.6 + 0x4e3e4) #8 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #9 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927650: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a8045e pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x7145e) #4 0x0000562b34eb2c80 handle_manager (/usr/libexec/mariadbd + 0x225c80) #5 0x0000562b3538ca51 pfs_spawn_thread (/usr/libexec/mariadbd + 0x6ffa51) #6 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #7 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927643: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a80668 pthread_cond_timedwait@@GLIBC_2.3.2 (libc.so.6 + 0x71668) #4 0x0000562b3532d96e my_service_thread_sleep (/usr/libexec/mariadbd + 0x6a096e) #5 0x0000562b35334781 ma_checkpoint_background (/usr/libexec/mariadbd + 0x6a7781) #6 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #7 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927646: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a80668 pthread_cond_timedwait@@GLIBC_2.3.2 (libc.so.6 + 0x71668) #4 0x0000562b3554b46f _ZL22buf_flush_page_cleanerv.lto_priv.0 (/usr/libexec/mariadbd + 0x8be46f) #5 0x00007f9040c4e3e4 execute_native_thread_routine (libstdc++.so.6 + 0x4e3e4) #6 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #7 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) Stack trace of thread 1927648: #0 0x00007f9040a89422 __syscall_cancel_arch (libc.so.6 + 0x7a422) #1 0x00007f9040a7d71c __internal_syscall_cancel (libc.so.6 + 0x6e71c) #2 0x00007f9040a7dd8c __futex_abstimed_wait_common (libc.so.6 + 0x6ed8c) #3 0x00007f9040a80892 pthread_cond_clockwait (libc.so.6 + 0x71892) #4 0x0000562b355a6c41 _ZN5tpool19thread_pool_generic14wait_for_tasksERSt11unique_lockISt5mutexEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x9> #5 0x0000562b355a6e91 _ZN5tpool19thread_pool_generic8get_taskEPNS_11worker_dataEPPNS_4taskE (/usr/libexec/mariadbd + 0x919e91) #6 0x0000562b355a919f _ZN5tpool19thread_pool_generic11worker_mainEPNS_11worker_dataE (/usr/libexec/mariadbd + 0x91c19f) #7 0x00007f9040c4e3e4 execute_native_thread_routine (libstdc++.so.6 + 0x4e3e4) #8 0x00007f9040a80f14 start_thread (libc.so.6 + 0x71f14) #9 0x00007f9040b042ec __clone3 (libc.so.6 + 0xf52ec) ELF object binary architecture: AMD x86-64 Jan 17 06:06:45 fedora systemd[1]: mariadb.service: Main process exited, code=dumped, status=6/ABRT Jan 17 06:06:45 fedora systemd[1]: mariadb.service: Failed with result 'core-dump'. Jan 17 06:06:45 fedora systemd[1]: Failed to start mariadb.service - MariaDB 10.11 database server. Jan 17 06:06:45 fedora systemd[1]: mariadb.service: Consumed 367ms CPU time, 80.1M memory peak.
This crash happens on the combination of mariadb.x86_64 3:10.11.15-1.fc42 and kernel 6.18.5-100.fc42.x86_64. Downgrade to mariadb.x86_64 3:10.11.11-1.fc42 and mariadb starts under kernel 6.18.5-100.fc42.x86_64.
I have also confirmed that manually creating /run/mariadb and changing ownership to mysql:mysql allows mariadb.x86_64 3:10.11.15-1.fc42 to start normally under kernel 6.18.5-100.fc42.x86_64.
Thomas, yes I can confirm that 'dnf downgrade mariadb*' is a valid workaround.
It's a workaround, but in general, it is not a good idea to downgrade a dbms. In this case it doesn't matter because the dbms crashes before modifying any data. A better workaround is to create a file called /etc/tmpfiles.d/mariadb.conf and place the following contents in it: d /run/mariadb 755 mysql mysql
Hello, I will be closing this bug as it is a duplicate of this one: https://bugzilla.redhat.com/show_bug.cgi?id=2364619 *** This bug has been marked as a duplicate of bug 2364619 ***