Bug 1288650 - POST Content-Length of [...] bytes exceeds the limit of -2147483648 bytes at Unknown#0
POST Content-Length of [...] bytes exceeds the limit of -2147483648 bytes at ...
Status: CLOSED EOL
Product: Fedora EPEL
Classification: Fedora
Component: owncloud (Show other bugs)
el6
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Igor Gnatenko
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-12-04 16:22 EST by Thomas Bruecker
Modified: 2016-04-05 05:39 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-04-05 05:39:15 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)

  None (edit)
Description Thomas Bruecker 2015-12-04 16:22:03 EST
Description of problem:
An error-message containing the text of "Summary" is written to
"/var/log/messages", and owncloud does not change to
"http://<server_name>/owncloud/index.php/apps/files/" after ... "Finish Setup".

Version-Release number of selected component (if applicable):
7.0.11-1.el6.noarch

How reproducible: (You must first solve "Bug 1288633", e.g. by renaming
                   the file "/etc/httpd/conf.d/owncloud.conf" to
                   "/etc/httpd/conf.d/powncloud.conf".); then always.

Steps to Reproduce:
* Additional involved packages:
  * httpd-2.2.15-47_7.el6
  * php-5.3.3-46.el6_6.i686
* 32bit-System, e.g. i386 / i686.

1. have a newly installed owncloud-7.0.11-1.el6.noarch.

2. solve "Bug 1288633", e.g. by renaming
   the file "/etc/httpd/conf.d/owncloud.conf" to
   "/etc/httpd/conf.d/powncloud.conf";

2. Create an admin account on "http://<server_name>/owncloud".
   (does not depend on "Storage & database"-parameters;) e.g. use default
   database-parameter and sqlite-database.

3. Click "Finish Setup".

Actual results:
* You get the setup-page that you already had:
  '
    "Create an admin account"
    "Username"
    "Password"

    "Storage & database"

    "Finish Setup"

* some error-messages according to "Description of problem:".

Expected results: you should get the page 
  "http://<server_name>/owncloud/index.php/apps/files/".

Additional info:
* reason:
  * in php-5.3.3-46.el6_6.i686 "php_value php_post_max_size 10G" in file
    "/etc/httpd/conf.d/owncloud-defaults.inc" is finally passed to
    "sapi_globals_struct::post_max_size", in ( the "/*[...]*/" are statements
     omitted by me or comments )
    "
      typedef _sapi_globals_struct { /*[ line# 119 of
                                       "<src-php5.3.3-46.el6_6.>/main/SAPI.h"]*/
        /*[...]*/
        long post_max_size;          /*[ line# 129 of
                                      "<src-php5.3.3-46.el6_6.>/main/SAPI.h"]*/
        /*[...]*/
      } _sapi_globals_struct;
    "
  * because "post_max_size" is a "long" with size 4byte = 32bit on an i386,
    10G = 0x280000000, it results in post_max_size == 0x8000000 == -2147483648.

  * in "<src-php5.3.3-46.el6_6.>/main/SAPI.c"] at line# 197
   'request_info.content_lenght' (POST Content-Length) is compared to
    sapi_globals_struct::post_max_size by:
   "if (SG(request_info).content_length > SG(post_max_size)) {
        /* --> error-message: */ /*[...]*/ "POST Content-Length of /*[...]*/"
                                                                      /*[...]*/
        return;
    }
    and so, because  'request_info.content_lenght' as a positive number is
    always greater than 'sapi_globals_struct::post_max_size' as a negative
    number, an error-message containing the text of "Summary" is issued.

  * you may resolve the bug (partially)
    * either by declaring "long long post_max_size" instead of
      "long post_max_size" in "[...]/SAPI.h"
      ( but "SG(request_info).content_length" is still a "long", maybe you get
        other problems then );
    * or by setting "php_value php_post_max_size 2047M" in
      "/etc/httpd/conf.d/owncloud-defaults.inc" (but then you may not have
      enough POST-
Comment 1 Thomas Bruecker 2015-12-04 17:32:53 EST
"/etc/httpd/conf.d/owncloud.conf" and "/etc/httpd/conf.d/owncloud-defaults.inc"
are from the package "owncloud-httpd-7.0.11-1.el6.noarch"
Comment 2 James Hogarth 2016-04-05 05:39:15 EDT
The EPEL6 version of owncloud is about to have it's final update of 7.0.13

That is the point this gets EOL'd and will be retired.

If the 7.0.13 update does not solve this for you please migrate to the supported EL7 release or the supported upstream release for EL6.

Note that despite the identical naming I have confirmed that the httpd 2.4 + mod_php in EL7 does not exhibit this issue and correctly displays the max 10G size.

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