Hi, saw v5 attached to bugzilla. Which one should I take?
Greets, Stefan Excuse my typo sent from my mobile phone. > Am 24.09.2016 um 15:05 schrieb Yann Ylavic <[email protected]>: > > Hi Stefan, > > thanks again for the tests and very useful feedbacks! > > On Fri, Sep 23, 2016 at 9:26 PM, Stefan Priebe - Profihost AG > <[email protected]> wrote: >> >> It just seems a lot of threads are hanging / deadlocked. > > Clearly... > >> >> gdb says: > [...] >> >> Thread 27 (Thread 0x7f92255d4700 (LWP 13783)): >> #0 0x00007f9235b6608f in pthread_cond_wait@@GLIBC_2.3.2 () from >> /lib/x86_64-linux-gnu/libpthread.so.0 >> #1 0x000000000055fa26 in ap_queue_pop_something () >> #2 0x000000000055a633 in worker_thread () >> #3 0x00007f9235b620a4 in start_thread () from >> /lib/x86_64-linux-gnu/libpthread.so.0 >> #4 0x00007f92358975dd in clone () from /lib/x86_64-linux-gnu/libc.so.6 > [...] >> >> Thread 2 (Thread 0x7f92147e8700 (LWP 13808)): >> #0 0x00007f9235897bb3 in epoll_wait () from /lib/x86_64-linux-gnu/libc.so.6 >> #1 0x00007f9235d99fc3 in ?? () from /usr/lib/x86_64-linux-gnu/libapr-1.so.0 >> #2 0x00000000005595bd in listener_thread () >> #3 0x00007f9235b620a4 in start_thread () from >> /lib/x86_64-linux-gnu/libpthread.so.0 >> #4 0x00007f92358975dd in clone () from /lib/x86_64-linux-gnu/libc.so.6 >> >> Thread 1 (Thread 0x7f9237159780 (LWP 13703)): >> #0 0x00007f9235b634db in pthread_join () from >> /lib/x86_64-linux-gnu/libpthread.so.0 >> #1 0x00007f9235d9e9bb in apr_thread_join () from >> /usr/lib/x86_64-linux-gnu/libapr-1.so.0 >> #2 0x000000000055b283 in join_workers () >> #3 0x000000000055b8cc in child_main () >> #4 0x000000000055ba3f in make_child () >> #5 0x000000000055c21e in perform_idle_server_maintenance () >> #6 0x000000000055c619 in server_main_loop () >> #7 0x000000000055c959 in event_run () >> #8 0x0000000000445f91 in ap_run_mpm () >> #9 0x000000000043dd19 in main () > > So the listener is not woken up while the child process is being > gracefuly stopped, and no worker seems to be working. > > It seems that 2.4.x is missing an important fix for my patch to work > correctly (namely http://svn.apache.org/r1732228, which was never > backported to 2.4). > Without it, the listener/poll()ing wake-up thing is not enabled on linux... > > This says that my patch is broken when no "good" polling method is > available on the system (I can probably fix that later), but this > shouldn't the case for linux' epoll. > > Could you please give a(nother) try to this new v4 patch (attached)? > This is simply v3 (from PR 57399) plus trunk's r1732228 mentioned above. > > Regards, > Yann. > <httpd-2.4.x-mpm_event-wakeup-v4.patch>
