Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Message-ID: <44B7D765.6030001@ptc.com>
Date: Fri, 14 Jul 2006 12:41:57 -0500
From: Jess Holle <jessh@ptc.com>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: dev@httpd.apache.org
CC: "Fenlason, Josh" <jfenlason@ptc.com>
Subject: Re: Apache 2.2.2 + CGI -> Child Exit?!?
References: <44B797CB.9030909@ptc.com> <44B7A4C9.6010401@ptc.com>
In-Reply-To: <44B7A4C9.6010401@ptc.com>
Content-Type: multipart/alternative;
 boundary="------------080708020400060601080703"

This is a multi-part message in MIME format.
--------------080708020400060601080703
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

A little more troubleshooting shows that this is likely not an issue 
with the particular CGI in question.

I say this because the issue goes away when we reorder several of our 
conf files.  Even if this is our error, a child death without any 
warning or debug output due to a conf file ordering issue seems like a 
serious bug!

We'll do more troubleshooting and hopefully narrow down to what the 
issue is, but these are not terribly complex conf files overall.  The 
CGI conf file does a bit of ScriptAlias, Alias, Directory, 
AuthnProviderAlias, AuthLDAPURL, usage.  The other conf files (those 
whose inclusion prior to the CGI conf file causes the issue) contain 
similar things except no ScriptAlias usage plus Location and some 
mod_rewrite usage.

--
Jess Holle

Jess Holle wrote:
> Note: In case anyone thinks I posted to the wrong group, I'm really 
> looking for:
>
>     * Developer-level info as to if/how a CGI program could cause an
>       Apache worker process death in 2.2.2
>     * Developer-level pointers on where in mod_cgi we should place
>       breakpoints, logging, or the like to try to determine what's
>       going wrong -- or if this even makes sense
>
> Of course if there is some out-of-the-box verbosity option I'm missing 
> to help with this, I'm all ears.  I used LogLevel debug, of course, 
> but it told me nothing new.
>
> --
> Jess Holle
>
> Jess Holle wrote:
>> With Apache 2.2.2 on Windows, we're getting the following error:
>>
>>   Parent: child process exited with status 3221225477 -- Restarting.
>>
>> Whenever URLs are requested that execute CGI that was working 100% 
>> fine in Apache 2.0.x.
>>
>> This leads me to ask:
>>
>>     * How can a CGI program kill an Apache worker process?
>>     * How can this happen only in Apache 2.2.2, but not in any 2.0.x
>>       that we've tried.
>>
>> The CGI in question is a 3rd-party application for which we have 
>> neither source nor official Apache 2.2.2 support.  Yet I would think 
>> that CGI should just work irrespective, right?  Or at least it 
>> shouldn't kill the Apache worker processes, right?  Could this be an 
>> issue in 2.2.2's mod_cgi?
>>
>> To make matters weirder the issue went away for one developer, but he 
>> does not know what he did to make it go away nor can anyone else seem 
>> to reproduce this.
>>
>> --
>> Jess Holle

--------------080708020400060601080703
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
A little more troubleshooting shows that this is likely not an issue
with the particular CGI in question.<br>
<br>
I say this because the issue goes away when we reorder several of our
conf files.&nbsp; Even if this is our error, a child death without any
warning or debug output due to a conf file ordering issue seems like a
serious bug!<br>
<br>
We'll do more troubleshooting and hopefully narrow down to what the
issue is, but these are not terribly complex conf files overall.&nbsp; The
CGI conf file does a bit of ScriptAlias, Alias, Directory,
AuthnProviderAlias, AuthLDAPURL, usage.&nbsp; The other conf files (those
whose inclusion prior to the CGI conf file causes the issue) contain
similar things except no ScriptAlias usage plus Location and some
mod_rewrite usage.<br>
<br>
--<br>
Jess Holle<br>
<br>
Jess Holle wrote:
<blockquote cite="mid44B7A4C9.6010401@ptc.com" type="cite">
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Note: In case anyone thinks I posted to the wrong group, I'm really
looking for:<br>
  <ul>
    <li>Developer-level info as to if/how a CGI program could cause an
Apache worker process death in 2.2.2</li>
    <li>Developer-level pointers on where in mod_cgi we should place
breakpoints, logging, or the like to try to determine what's going
wrong -- or if this even makes sense</li>
  </ul>
Of course if there is some out-of-the-box verbosity option I'm missing
to help with this, I'm all ears.&nbsp; I used LogLevel debug, of course, but
it told me nothing new.<br>
  <br>
--<br>
Jess Holle<br>
  <br>
Jess Holle wrote:
  <blockquote cite="mid44B797CB.9030909@ptc.com" type="cite">
    <meta content="text/html;charset=ISO-8859-1"
 http-equiv="Content-Type">
With Apache 2.2.2 on Windows, we're getting the following error:<br>
    <br>
&nbsp; Parent: child process exited with status 3221225477 -- Restarting.<br>
    <br>
Whenever URLs are requested that execute CGI that was working 100% fine
in Apache 2.0.x.<br>
    <br>
This leads me to ask:<br>
    <ul>
      <li>How can a CGI program kill an Apache worker process?</li>
      <li>How can this happen only in Apache 2.2.2, but not in any
2.0.x
that we've tried.</li>
    </ul>
The CGI in question is a 3rd-party application for which we have
neither source nor official Apache 2.2.2 support.&nbsp; Yet I would think
that CGI should just work irrespective, right?&nbsp; Or at least it
shouldn't kill the Apache worker processes, right?&nbsp; Could this be an
issue in 2.2.2's mod_cgi?<br>
    <br>
To make matters weirder the issue went away for one developer, but he
does not know what he did to make it go away nor can anyone else seem
to reproduce this.<br>
    <br>
--<br>
Jess Holle<br>
  </blockquote>
</blockquote>
</body>
</html>

--------------080708020400060601080703--