https://bz.apache.org/bugzilla/show_bug.cgi?id=69110
--- Comment #13 from Joe Orton <[email protected]> --- I have been able to reproduce similar crashes under load testing on Fedora 40. I wonder if there are two problems here, there is a segfault like your comment 6 in the ENQUEUE_MUTEX_PI() macro, and then once that thread fails the mutex is in a bad state and starts failing in the assert() call in other threads. #0 0x00007fac1bb932b3 in __pthread_mutex_lock_full (mutex=0x7fac1b8e7000) at pthread_mutex_lock.c:514 514 ENQUEUE_MUTEX_PI (mutex); (gdb) where #0 0x00007fac1bb932b3 in __pthread_mutex_lock_full (mutex=0x7fac1b8e7000) at pthread_mutex_lock.c:514 #1 0x00007fac1bb93745 in ___pthread_mutex_lock (mutex=<optimized out>) at pthread_mutex_lock.c:86 #2 0x00007fac1bd120c9 in proc_mutex_pthread_acquire_ex (mutex=0x5594e5e67440, timeout=-1) at locks/unix/proc_mutex.c:787 #3 proc_mutex_pthread_acquire (mutex=0x5594e5e67440) at locks/unix/proc_mutex.c:850 #4 0x00007fac1bd099bc in apr_global_mutex_lock (mutex=0x5594e5e67428) at locks/unix/global_mutex.c:106 #5 0x00007fac1b3f11ce in ssl_mutex_on.isra () from /etc/httpd/modules/mod_ssl.so #6 0x00007fac1b3e80a5 in ssl_scache_store () from /etc/httpd/modules/mod_ssl.so #7 0x00007fac1b3e8197 in ssl_callback_NewSessionCacheEntry () from /etc/httpd/modules/mod_ssl.so #8 0x00007fac1b307315 in ssl_update_cache () from /lib64/libssl.so.3 #9 0x00007fac1b376c02 in tls_construct_new_session_ticket () from /lib64/libssl.so.3 #10 0x00007fac1b3596c9 in state_machine () from /lib64/libssl.so.3 #11 0x00007fac1b3de25e in ssl_io_filter_handshake () from /etc/httpd/modules/mod_ssl.so #12 0x00007fac1b3df68c in ssl_io_filter_input () from /etc/httpd/modules/mod_ssl.so #13 0x00007fac1b3d3cc2 in ssl_hook_process_connection () from /etc/httpd/modules/mod_ssl.so #14 0x00005594e43d7b2a in ap_run_process_connection (c=c@entry=0x7fab84005160) at server/connection.c:42 #15 0x00007fac1b6b1c16 in process_socket (thd=thd@entry=0x5594e5e71c88, p=<optimized out>, sock=<optimized out>, cs=<optimized out>, my_child_num=my_child_num@entry=0, my_thread_num=my_thread_num@entry=17) at /usr/src/debug/httpd-2.4.59-2.fc40.x86_64/server/mpm/event/event.c:1086 #16 0x00007fac1b6b2636 in worker_thread (thd=0x5594e5e71c88, dummy=<optimized out>) at /usr/src/debug/httpd-2.4.59-2.fc40.x86_64/server/mpm/event/event.c:2179 #17 0x00007fac1bb901b7 in start_thread (arg=<optimized out>) at pthread_create.c:447 #18 0x00007fac1bc121a4 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:100 (gdb) up 4 #4 0x00007fac1bd099bc in apr_global_mutex_lock (mutex=0x5594e5e67428) at locks/unix/global_mutex.c:106 106 rv = apr_proc_mutex_lock(mutex->proc_mutex); (gdb) print *mutex->proc_mutex->os->pthread_interproc $8 = {__data = {__lock = -2147436777, __count = 1, __owner = 0, __nusers = 4294967295, __kind = 178, __spins = 0, __elision = 0, __list = {__prev = 0x0, __next = 0x0}}, __size = "\027\267\000\200\001\000\000\000\000\000\000\000\377\377\377\377\262", '\000' <repeats 22 times>, __align = 6442497815} -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
