Bug 479463

Summary: Bad file descriptor: apr_file_close(child input)
Product: Red Hat Enterprise Linux 5 Reporter: Carlos Rodrigues <cefrodrigues>
Component: httpdAssignee: Joe Orton <jorton>
Status: CLOSED ERRATA QA Contact: BaseOS QE <qe-baseos-auto>
Severity: low Docs Contact:
Priority: low    
Version: 5.2   
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 837642 (view as bug list) Environment:
Last Closed: 2009-09-02 11:50:30 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 837642    

Description Carlos Rodrigues 2009-01-09 19:56:13 UTC 
Description of problem:
I have a cluster of two RHEL 5.2 machines running Apache, in which I've configured a small perl script to be invoked as an input filter (mod_ext_filter) on access to a certain URL.

Now, this is working fine, except for the message that is logged to the Apache error log every time the script is invoked.

This seems to be a known bug (#9644 in the Apache bugzilla) which is already fixed in later versions of Apache. Any chance of having this fix backported to RHEL in the near future?

How reproducible:
Always

Steps to Reproduce:
1. Configure Apache to use an input filter with mod_ext_filter;
2. Go into the URL that triggers the filter;
3. Look at the error log.
  
Actual results:
An error containing the message "Bad file descriptor: apr_file_close(child input)" is logged every time.
Comment 1 Carlos Rodrigues 2009-01-09 20:03:47 UTC 
BTW, the referred bug in the Apache bugzilla refers to Apache 2.0. I'm seeing this in the RHEL 5.2' Apache (2.2).
Comment 2 Joe Orton 2009-01-13 13:18:01 UTC 
The referenced bug was fixed back in 2.0.37.

Can you give an exact mod_ext_filter configuration which reproduces this?
Comment 3 Carlos Rodrigues 2009-01-13 13:40:29 UTC 
The following virtual-host uses SSL.


<VirtualHost *:8443>
    ...

    ExtFilterDefine my-filter mode=input cmd="/etc/httpd/scripts/my-filter.pl" enableenv=my-auth

    <Location /path/>
        SetInputFilter my-filter
        ExtFilterOptions LogStderr

        SetEnvIfNoCase Request_Method "POST" my-post
        SetEnvIfNoCase Request_URI "/object\.dll$" my-post my-auth

       ...
    </Location>
</VirtualHost>
Comment 4 Carlos Rodrigues 2009-01-13 13:42:54 UTC 
The location "/path/" is later defined as a proxy with ProxyPass and ProxyPassReverse.
Comment 5 Carlos Rodrigues 2009-01-13 13:53:23 UTC 
Sorry for the bug spam, but I have something else to add. This doesn't seem to always be reproducible with Internet Explorer 7 as the client. But with Firefox it is.

As far as user-agent specific configuration goes, I'm using the RHEL defaults, which means this is the only bit that explicitely matches MSIE7:

SSLProtocol all -SSLv2
SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM:+LOW
SetEnvIf User-Agent ".*MSIE.*" nokeepalive ssl-unclean-shutdown downgrade-1.0 force-response-1.0
Comment 11 errata-xmlrpc 2009-09-02 11:50:30 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-1380.html