Bug 2430583
| Summary: | Process crash at startup | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Stephane <fedora> |
| Component: | mariadb10.11 | Assignee: | Michal Schorm <mschorm> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | urgent | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 42 | CC: | db-sig, fedoraproject, fjanus, ljavorsk, mschorm, psloboda |
| Target Milestone: | --- | Keywords: | Regression |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | --- | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2026-01-19 08:11:25 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Stephane
2026-01-17 13:20:09 UTC
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 *** |