https://issues.apache.org/bugzilla/show_bug.cgi?id=55093
Bug ID: 55093
Summary: [PATCH] mod_fcgid 2.3.7 truncates large posts on
RHEL/CentOS 5 with keepalives
Product: Apache httpd-2
Version: 2.2.24
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mod_fcgid
Assignee: [email protected]
Reporter: [email protected]
Created attachment 30428
--> https://issues.apache.org/bugzilla/attachment.cgi?id=30428&action=edit
Patch to explictly apr_file_seek() after truncating the request body temp file
mod_fcgid 2.3.7 causes silent truncation of all but the first request that is
larger than MaxRequestInMem in any given keepalive when used with the default
RHEL/CentOS v5 httpd (patched 2.2.3).
This is caused by the fact that when the temporary file used to spool the
requst body is truncated for reuse on subsequent requests the version of
apr_file_trunc() bundled with httpd 2.2.3 doesn't lseek() to the truncated
position.
This is fixed in the current httpd 2.2 (2.2.24), but given the nature of the
problem (silent data truncation), the number of RHEL/CentOS 5 systems still
around and the fact that the fix is very straightforward I'd suggest it's worth
considering working around.
The attached patch resolves the issue by explicitly calling apr_file_seek()
after apr_file_trunc() which I think should have minimal performance impact
even when it's not strictly required.
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
