Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 064CF200C01 for ; Thu, 19 Jan 2017 22:01:24 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 04D4F160B54; Thu, 19 Jan 2017 21:01:24 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 285DB160B3A for ; Thu, 19 Jan 2017 22:01:23 +0100 (CET) Received: (qmail 69931 invoked by uid 500); 19 Jan 2017 21:01:17 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 69921 invoked by uid 99); 19 Jan 2017 21:01:17 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Jan 2017 21:01:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id BB64BC0F8E for ; Thu, 19 Jan 2017 21:01:16 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1 X-Spam-Level: * X-Spam-Status: No, score=1 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id zuyPEa9XiOUM for ; Thu, 19 Jan 2017 21:01:10 +0000 (UTC) Received: from cloud1-vm154.de-nserver.de (cloud1-vm154.de-nserver.de [178.250.10.56]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id D4DE75F576 for ; Thu, 19 Jan 2017 21:01:09 +0000 (UTC) Received: (qmail 23824 invoked from network); 19 Jan 2017 22:01:07 +0100 X-Fcrdns: No Received: from phoffice.de-nserver.de (HELO [10.242.2.2]) (185.39.223.5) (smtp-auth username hostmaster@profihost.com, mechanism plain) by cloud1-vm154.de-nserver.de (qpsmtpd/0.92) with (ECDHE-RSA-AES256-SHA encrypted) ESMTPSA; Thu, 19 Jan 2017 22:01:07 +0100 Subject: Re: mod_http2 and Frequent wake-ups for mpm_event To: dev@httpd.apache.org References: <537782fd-3d42-9278-5750-895e83aa66fb@profihost.ag> <4b847a8c-4b2e-2a9e-a8c2-231751f4d685@profihost.ag> <1c92c16b-fc74-1ea9-780a-234d215e677d@profihost.ag> <88FB197F-71A2-45E7-89D7-01AB52155D87@greenbytes.de> <2e62a382-a26c-1650-883b-3278b6a43ccc@profihost.ag> <074df1d4-93a6-72dd-e321-7e12f2c6432b@profihost.ag> <44421233-0632-4E17-96A2-F6E7936405B5@greenbytes.de> <90ce5069-9a64-6306-bb8c-361e3dd019c8@profihost.ag> <84c88399-2914-7911-2828-173cbca3a090@profihost.ag> <9249A8F9-0446-40ED-B5B6-5726A68AE88E@greenbytes.de> <1b306b5b-0124-162d-d786-550eccd75ef8@profihost.ag> <12F4ADE8-BFA6-4C3A-9F58-00E367B212F7@greenbytes.de> Cc: Yann Ylavic From: Stefan Priebe - Profihost AG Message-ID: <2c756984-dbc6-430e-9062-da99dc48632c@profihost.ag> Date: Thu, 19 Jan 2017 22:01:06 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <12F4ADE8-BFA6-4C3A-9F58-00E367B212F7@greenbytes.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-User-Auth: Auth by hostmaster@profihost.com through 185.39.223.5 archived-at: Thu, 19 Jan 2017 21:01:24 -0000 new segfault with both patches on top of 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 0x00007fbefce0d014 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #0 0x00007fbefce0d014 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007fbefd2a0036 in ?? () from /usr/lib/x86_64-linux-gnu/libapr-1.so.0 #2 0x00007fbefd2a046f in apr_hash_set () from /usr/lib/x86_64-linux-gnu/libapr-1.so.0 #3 0x000000000052a26b in h2_ihash_remove () #4 0x0000000000506b24 in purge_stream () #5 0x000000000052a1c2 in ihash_iter () #6 0x00007fbefd2a08a6 in apr_hash_do () from /usr/lib/x86_64-linux-gnu/libapr-1.so.0 #7 0x000000000052a200 in h2_ihash_iter () #8 0x0000000000506b65 in purge_streams () #9 0x00000000005082dd in h2_mplx_release_and_join () #10 0x00000000005158f9 in h2_session_cleanup () #11 0x00000000005164a4 in session_pool_cleanup () #12 0x00007fbefd2a9976 in apr_pool_destroy () from /usr/lib/x86_64-linux-gnu/libapr-1.so.0 #13 0x00007fbefd2a9c55 in apr_pool_clear () from /usr/lib/x86_64-linux-gnu/libapr-1.so.0 #14 0x0000000000566acd in ap_push_pool () #15 0x000000000056008a in process_lingering_close () #16 0x0000000000560ced in listener_thread () #17 0x00007fbefd0780a4 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #18 0x00007fbefcdad62d in clone () from /lib/x86_64-linux-gnu/libc.so.6 Stefan Am 19.01.2017 um 21:48 schrieb Stefan Eissing: > On top please. There is only one way: forward! > >> Am 19.01.2017 um 21:47 schrieb Stefan Priebe - Profihost AG : >> >> >> Am 19.01.2017 um 21:39 schrieb Stefan Eissing: >>> Thanks, Stefan. Can you given the attached Patch a try? >> >> sure. On top of the last one? Or should i drop it? >> >> >> Stefan >> >>>> Am 19.01.2017 um 19:33 schrieb Stefan Priebe : >>>> >>>> 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 : >>>>>>>> >>>>>>>> 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 >>>>>>>>>> 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 >>>>>>> >>>>>>> bytes GmbH >>>>>>> Hafenstrasse 16 >>>>>>> 48155 Münster >>>>>>> www.greenbytes.de >>>>>>> >>> >>> Stefan Eissing >>> >>> bytes GmbH >>> Hafenstrasse 16 >>> 48155 Münster >>> www.greenbytes.de >>> > > Stefan Eissing > > bytes GmbH > Hafenstrasse 16 > 48155 Münster > www.greenbytes.de >