#2275 Large SRPM uploads (>= 1GB) still fail
Closed: Fixed 2 years ago by praiskup. Opened 2 years ago by omajid.

This is a followup from #2271

"Error: Response is not in JSON format, there is probably a bug in the API code."

After the fixes made for that issue, I can upload

$ ls -alh /home/omajid/fedora-git/dotnet7.0/dotnet7.0-7.0.0-0.1.fc36.src.rpm
-rw-r--r--. 1 omajid omajid 1.9G Aug 15 11:42 /home/omajid/fedora-git/dotnet7.0/dotnet7.0-7.0.0-0.1.fc36.src.rpm
$ copr-cli --debug build @dotnet-sig/dotnet-preview /home/omajid/fedora-git/dotnet7.0/dotnet7.0-7.0.0-0.1.fc36.src.rpm
#  Debug log enabled  #
[11:42:04] {/usr/lib/python3.10/site-packages/filelock/_api.py:153} DEBUG - Attempting to acquire lock 140493797351504 on /home/omajid/.cache/copr/copr.fedorainfracloud.org-session.lock
[11:42:04] {/usr/lib/python3.10/site-packages/filelock/_api.py:157} DEBUG - Lock 140493797351504 acquired on /home/omajid/.cache/copr/copr.fedorainfracloud.org-session.lock
[11:42:04] {/usr/lib/python3.10/site-packages/filelock/_api.py:187} DEBUG - Attempting to release lock 140493797351504 on /home/omajid/.cache/copr/copr.fedorainfracloud.org-session.lock
[11:42:04] {/usr/lib/python3.10/site-packages/filelock/_api.py:190} DEBUG - Lock 140493797351504 released on /home/omajid/.cache/copr/copr.fedorainfracloud.org-session.lock
[11:42:04] {/usr/lib/python3.10/site-packages/urllib3/connectionpool.py:1001} DEBUG - Starting new HTTPS connection (1): copr.fedorainfracloud.org:443
[11:42:05] {/usr/lib/python3.10/site-packages/urllib3/connectionpool.py:456} DEBUG - https://copr.fedorainfracloud.org:443 "GET /api_3/auth-check HTTP/1.1" 200 27
Uploading package /home/omajid/fedora-git/dotnet7.0/dotnet7.0-7.0.0-0.1.fc36.src.rpm
[11:42:05] {/usr/lib/python3.10/site-packages/filelock/_api.py:153} DEBUG - Attempting to acquire lock 140493797139520 on /home/omajid/.cache/copr/copr.fedorainfracloud.org-session.lock
[11:42:05] {/usr/lib/python3.10/site-packages/filelock/_api.py:157} DEBUG - Lock 140493797139520 acquired on /home/omajid/.cache/copr/copr.fedorainfracloud.org-session.lock
[11:42:05] {/usr/lib/python3.10/site-packages/filelock/_api.py:187} DEBUG - Attempting to release lock 140493797139520 on /home/omajid/.cache/copr/copr.fedorainfracloud.org-session.lock
[11:42:05] {/usr/lib/python3.10/site-packages/filelock/_api.py:190} DEBUG - Lock 140493797139520 released on /home/omajid/.cache/copr/copr.fedorainfracloud.org-session.lock
[11:42:05] {/usr/lib/python3.10/site-packages/urllib3/connectionpool.py:1001} DEBUG - Starting new HTTPS connection (1): copr.fedorainfracloud.org:443
 |################################| 2.0 GB 1.2 MB/s eta 0:00:00    [12:09:37] {/usr/lib/python3.10/site-packages/urllib3/connectionpool.py:456} DEBUG - https://copr.fedorainfracloud.org:443 "POST /api_3/build/create/upload HTTP/1.1" 500 527


Something went wrong:
Error: Response is not in JSON format, there is probably a bug in the API code.

Server response:
----------------


500 Internal Server Error

Internal Server Error
The server encountered an internal error or
misconfiguration and was unable to complete
your request.
Please contact the server administrator at 
 root@localhost to inform them of the time this error occurred,
 and the actions you performed just before this error.
More information about this error may be available
in the server error log.

Thank you for the follow-up!

Metadata Update from @praiskup:
- Issue tagged with: bug

2 years ago

Seems like there's some bug in httpd related to LimitRequestBody statement. Seems like after uploading 1GB of data, the wsgi script gets SIGPIPE and the apache process segfaults. @luhliarik is taking a look at this.

The wsgi issue is fixed now. But note there are still #2225 and #2284 that might cause trouble.

Metadata Update from @praiskup:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

2 years ago

I have verified that this is fully working now. Thanks!

Login to comment on this ticket.

Metadata