Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1538310144 for ; Sat, 4 May 2013 18:19:55 +0000 (UTC) Received: (qmail 58479 invoked by uid 500); 4 May 2013 18:19:54 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 58422 invoked by uid 500); 4 May 2013 18:19:54 -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 58414 invoked by uid 99); 4 May 2013 18:19:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 May 2013 18:19:54 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of prvs=083691ffa1=micha@lenk.info designates 188.40.85.232 as permitted sender) Received: from [188.40.85.232] (HELO mx.lenk.info) (188.40.85.232) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 04 May 2013 18:19:46 +0000 Received: from [192.168.77.232] (port=38762 helo=mail.lenk.info) by mx.lenk.info with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1UYh3L-0006y9-3D for dev@httpd.apache.org; Sat, 04 May 2013 20:19:24 +0200 Received: from p4ff64ce7.dip0.t-ipconnect.de ([79.246.76.231] helo=[192.168.178.25]) by mail.lenk.info with esmtpsa (Cipher TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72 1) id 1UYh3G-0007iZ-3l for ; Sat, 04 May 2013 20:19:18 +0200 Message-ID: <51855153.6070805@lenk.info> Date: Sat, 04 May 2013 20:20:03 +0200 From: Micha Lenk User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: mod_proxy seg faulting ? References: <201305031409.43050.sf@sfritsch.de> In-Reply-To: <201305031409.43050.sf@sfritsch.de> X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi Stefan, Am 03.05.2013 14:09, schrieb Stefan Fritsch: > On Thursday 02 May 2013, Thomas Eckert wrote: >> > Lately, I've been seeing httpd/mod_proxy seg faulting in reverse >> > proxy setups, frequency increasing. > > I am pretty sure that this is a thread-unsafe pool usage. > create_proxy_config() puts the global config pool into > (proxy_server_conf)->pool. It is later (during request processing) > used all over the place without further locking. This must be a sub- > pool instead, and it must be protected with a mutex. Or new sub-pools > must be created wherever conf->pool is used. Can you please elaborate the problem of thread-unsafe pool usage a bit more so that we can better understand why this is causing a segmentation fault? Or alternatively, do you have any pointer to documentation, mailinglists, what ever, where to read more about it? Thanks in advance, Micha