Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1057695 - mod_deflate does not decompress files larger than 4GB
mod_deflate does not decompress files larger than 4GB
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: httpd (Show other bugs)
6.4
Unspecified Unspecified
unspecified Severity unspecified
: rc
: ---
Assigned To: Web Stack Team
Filip Holec
:
Depends On:
Blocks: 1170214
  Show dependency treegraph
 
Reported: 2014-01-24 10:51 EST by Lukas Bezdicka
Modified: 2016-04-18 06:26 EDT (History)
5 users (show)

See Also:
Fixed In Version: httpd-2.2.15-40.el6
Doc Type: Bug Fix
Doc Text:
The mod_deflate module failed to check the original file size while extracting files larger than 4 GB, making it impossible to extract large files. Now, mod_deflate checks the original file size properly according to RFC1952, and it is able to decompress files larger than 4 GB.
Story Points: ---
Clone Of:
: 1170214 (view as bug list)
Environment:
Last Closed: 2015-07-22 01:52:55 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
patch to allow decompression of files larger than 4GB (1.78 KB, text/plain)
2014-01-24 10:51 EST, Lukas Bezdicka
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
Apache Bugzilla 56062 None None None Never
Red Hat Product Errata RHSA-2015:1249 normal SHIPPED_LIVE Low: httpd security, bug fix, and enhancement update 2015-07-20 13:50:12 EDT

  None (edit)
Description Lukas Bezdicka 2014-01-24 10:51:49 EST
Created attachment 855063 [details]
patch to allow decompression of files larger than 4GB

Description of problem:
Upload of compressed file that is originally larger than 4GB ends up with "Could not get next bucket brigade  [500, #0]". This is caused by by mod_deflate failing to check original file size. The check has to use modulo 2^32. Please see attached patch.

Version-Release number of selected component (if applicable):
all httpd versions in RHEL6

How reproducible:
always

Steps to Reproduce:
1. grab text file bigger than 4GB
2. setup webdav on httpd
3. cat gile | gzip |  curl-S -T - --header 'Content-encoding: deflate' --header 'Content-encoding: gzip' 'https://your webdav url/file'

Actual results:
Could not get next bucket brigade  [500, #0]

Expected results:
successful upload

Additional info:
Comment 2 Joe Orton 2014-02-13 08:38:05 EST
Thanks for the patch, have you contributed that upstream?   dev@httpd.apache.org always welcomes patches!

If this issue is critical or in any way time sensitive, please raise a ticket through your regular Red Hat support channels to make certain it receives the proper attention and prioritization to assure a timely resolution.

For information on how to contact the Red Hat production support team, please
visit: https://www.redhat.com/support/process/production/#howto
Comment 3 Lukas Bezdicka 2014-02-13 08:43:12 EST
Well I opend upstream ticket http://issues.apache.org/bugzilla/show_bug.cgi?id=56062 that should reach them, shouldn't it?
Comment 4 Jan Kaluža 2014-02-26 10:52:30 EST
I have reviewed and committed your patch into httpd-trunk.
Comment 11 errata-xmlrpc 2015-07-22 01:52:55 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-1249.html

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