Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 49658 invoked from network); 16 May 2005 01:07:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 16 May 2005 01:07:28 -0000 Received: (qmail 18052 invoked by uid 500); 16 May 2005 01:11:46 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 17658 invoked by uid 500); 16 May 2005 01:11:40 -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 17060 invoked by uid 99); 16 May 2005 01:11:33 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of twh@iw.net designates 216.16.0.22 as permitted sender) Received: from mailhub.iw.net (HELO iw.net) (216.16.0.22) by apache.org (qpsmtpd/0.28) with ESMTP; Sun, 15 May 2005 18:11:33 -0700 Received: from [192.168.1.100] (unverified [216.16.60.146]) by iw.net (SurgeMail 3.0c2) with ESMTP id 3076102 for ; Sun, 15 May 2005 20:12:46 -0600 Message-ID: <4287F21B.1030101@iw.net> Date: Sun, 15 May 2005 20:06:35 -0500 From: Tom Hoefakker User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: [PATCH] PR 26467 child process can hang when piped logger goes away References: <42875AB2.7080105@iw.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com X-Authenticated-User: twh@iw.net X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N good point. I suspected there was a reason for the difference in behavior between this and mod_log_config. Jeff Trawick wrote: > On 5/15/05, Tom Hoefakker wrote: > >>Perhaps while we're dealing with piped log process/pipe management >>perhaps we can take care of this one at the same time: >> >>http://issues.apache.org/bugzilla/show_bug.cgi?id=34537 > > > My own rationalization for current behavior (admittedly weak): > If the access log piped logger keeps crashing, at least there is an > error log for reporting the problem, so it isn't the worst thing in > the world to keep trying to start the darn thing over and over and > over (fork-a-matic) since we report what we're trying to do. Is it > okay to try over and over to restart an error log piped logger if > there is nowhere to report the issue? >