Here some more segfaults from 2.4.25 no mpm patch but http2 v1.8.8:
#################################################################
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/local/apache2/bin/httpd -k start'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f61f673b014 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#0 0x00007f61f673b014 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007f61f6bce036 in ?? () from /usr/lib/x86_64-linux-gnu/libapr-1.so.0
#2 0x00007f61f6bce46f in apr_hash_set () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#3 0x000000000052a26d in h2_ihash_remove ()
#4 0x0000000000506b24 in purge_stream ()
#5 0x000000000052a1c4 in ihash_iter ()
#6 0x00007f61f6bce8a6 in apr_hash_do () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#7 0x000000000052a202 in h2_ihash_iter ()
#8 0x0000000000506b65 in purge_streams ()
#9 0x00000000005082df in h2_mplx_release_and_join ()
#10 0x00000000005158fb in h2_session_cleanup ()
#11 0x00000000005164a6 in session_pool_cleanup ()
#12 0x00007f61f6bd7976 in apr_pool_destroy () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#13 0x00007f61f6bd7c55 in apr_pool_clear () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#14 0x0000000000566acf in ap_push_pool ()
#15 0x000000000056008c in process_lingering_close ()
#16 0x0000000000560cef in listener_thread ()
#17 0x00007f61f69a60a4 in start_thread () from
/lib/x86_64-linux-gnu/libpthread.so.0
#18 0x00007f61f66db62d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#################################################################
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/local/apache2/bin/httpd -k start'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f61f673b014 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#0 0x00007f61f673b014 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007f61f6bce036 in ?? () from /usr/lib/x86_64-linux-gnu/libapr-1.so.0
#2 0x00007f61f6bce46f in apr_hash_set () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#3 0x000000000052a26d in h2_ihash_remove ()
#4 0x0000000000506b24 in purge_stream ()
#5 0x000000000052a1c4 in ihash_iter ()
#6 0x00007f61f6bce8a6 in apr_hash_do () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#7 0x000000000052a202 in h2_ihash_iter ()
#8 0x0000000000506b65 in purge_streams ()
#9 0x00000000005082df in h2_mplx_release_and_join ()
#10 0x00000000005158fb in h2_session_cleanup ()
#11 0x00000000005164a6 in session_pool_cleanup ()
#12 0x00007f61f6bd7976 in apr_pool_destroy () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#13 0x00007f61f6bd7c55 in apr_pool_clear () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#14 0x0000000000566acf in ap_push_pool ()
#15 0x000000000056008c in process_lingering_close ()
#16 0x0000000000560cef in listener_thread ()
#17 0x00007f61f69a60a4 in start_thread () from
/lib/x86_64-linux-gnu/libpthread.so.0
#18 0x00007f61f66db62d in clone () from /lib/x86_64-linux-gnu/libc.so.6
#################################################################
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f204f922d63 in apr_pool_cleanup_kill () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
(gdb) bt
#0 0x00007f204f922d63 in apr_pool_cleanup_kill () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#1 0x00007f204f922e21 in apr_pool_cleanup_run () from
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
#2 0x000000000055ffe9 in process_lingering_close ()
#3 0x0000000000560cef in listener_thread ()
#4 0x00007f204f6f00a4 in start_thread () from
/lib/x86_64-linux-gnu/libpthread.so.0
#5 0x00007f204f42562d in clone () from /lib/x86_64-linux-gnu/libc.so.6
full bt:
http://pastebin.com/raw/bP1vaYjw
#################################################################
Greets,
Stefan
Am 19.01.2017 um 16:47 schrieb Stefan Priebe - Profihost AG:
arg sorry my fault.
Here is a complete trace:
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007fc1c23e0f23 in apr_brigade_length () from
/usr/lib/x86_64-linux-gnu/libaprutil-1.so.0
(gdb) bt
#0 0x00007fc1c23e0f23 in apr_brigade_length () from
/usr/lib/x86_64-linux-gnu/libaprutil-1.so.0
#1 0x000000000052a8f1 in h2_util_bb_avail ()
#2 0x0000000000521eaa in h2_stream_out_prepare ()
#3 0x000000000051a55a in on_stream_resume ()
#4 0x000000000050bdff in h2_mplx_dispatch_master_events ()
#5 0x000000000051dc32 in h2_session_process ()
#6 0x0000000000500115 in h2_conn_run ()
#7 0x0000000000504b51 in h2_h2_process_conn ()
#8 0x000000000047cb19 in ap_run_process_connection ()
#9 0x000000000055e755 in process_socket ()
#10 0x0000000000560f5c in worker_thread ()
#11 0x00007fc1c1f8d0a4 in start_thread () from
/lib/x86_64-linux-gnu/libpthread.so.0
#12 0x00007fc1c1cc262d in clone () from /lib/x86_64-linux-gnu/libc.so.6
Stefan
Am 19.01.2017 um 16:45 schrieb Stefan Priebe - Profihost AG:
Am 19.01.2017 um 16:34 schrieb Stefan Eissing:
Yann might already have asked this: any chance to compile with symbols and get
a more readable stacktrace?
Yes just tell me how ;-) i'm using dpkg-buildpackage and dh_strip. I've
no idea why not all symbols are available.
Do i need to pass a specific option to configure
Stefan
Am 19.01.2017 um 16:30 schrieb Stefan Priebe - Profihost AG
<[email protected]>:
With stock 2.4.25 + patch i'm getting this one again:
(gdb) bt
#0 0x0000000000521dcd in h2_stream_out_prepare ()
#1 0x00007fc1a2feca80 in ?? ()
#2 0x00007fc1a2feca8c in ?? ()
#3 0x00007fc1a2feca90 in ?? ()
#4 0x00007fc1a057c0a0 in ?? ()
#5 0x00007fc1a057cdd8 in ?? ()
#6 0x00007fc1a2fecac0 in ?? ()
#7 0x0000000000000000 in ?? ()
Stefan
Am 19.01.2017 um 16:28 schrieb Stefan Priebe - Profihost AG:
I'm now testing stock 2.4.25 + patch.
May this configure option have an influence?
--enable-nonportable-atomics=yes
Greets,
Stefan
Am 19.01.2017 um 15:35 schrieb Yann Ylavic:
Hi,
On Thu, Jan 19, 2017 at 3:00 PM, Stefan Priebe - Profihost AG
<[email protected]> wrote:
@Yann:
should i use V7 or V6?
I'd prefer you'd use none (such that we can verify the patch with
stock 2.4.25, modulo mod_http2), but if it's easier for you to
reproduce with an event's patch, please use the v6 (and if it fails
then v7, and if it fails then no patch, really).
Stefan Eissing
<green/>bytes GmbH
Hafenstrasse 16
48155 Münster
www.greenbytes.de
