Bug 479463 - Bad file descriptor: apr_file_close(child input)
Bad file descriptor: apr_file_close(child input)
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: httpd (Show other bugs)
i686 Linux
low Severity low
: ---
: ---
Assigned To: Joe Orton
Depends On:
Blocks: 837642
  Show dependency treegraph
Reported: 2009-01-09 14:56 EST by Carlos Rodrigues
Modified: 2012-07-04 10:25 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 837642 (view as bug list)
Last Closed: 2009-09-02 07:50:30 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Apache Bugzilla 9644 None None None Never

  None (edit)
Description Carlos Rodrigues 2009-01-09 14:56:13 EST
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:

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 15:03:47 EST
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 08:18:01 EST
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 08:40:29 EST
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

Comment 4 Carlos Rodrigues 2009-01-13 08:42:54 EST
The location "/path/" is later defined as a proxy with ProxyPass and ProxyPassReverse.
Comment 5 Carlos Rodrigues 2009-01-13 08:53:23 EST
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
SetEnvIf User-Agent ".*MSIE.*" nokeepalive ssl-unclean-shutdown downgrade-1.0 force-response-1.0
Comment 11 errata-xmlrpc 2009-09-02 07:50:30 EDT
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.


Note You need to log in before you can comment on or make changes to this bug.