After some of the recent CVE updates (automatic, dnf-automatic for
security fixes), Apache started returning error 413 with the default
configuration.  We realized there's a default LimitRequestBody set to 1GB.

We tried to re-configure apache after that update back to
"LimitRequestBody 0", the error 413 no longer appears - but instead we
face some core dumps now in apache processes.  As a reaction to that, the
wsgi scripts (python3-mod_wsgi) receive SIGPIPE, etc..  and the client
simply keeps uploading the files, and once uploaded it receives error 500.

Current log output:
[Tue Aug 16 09:52:02.897511 2022] [wsgi:error] [pid 3280240:tid 3280628] [client 185.5.70.80:33012] mod_wsgi (pid=3280240): Request data write error when proxying data to daemon process: Broken pipe.
[Tue Aug 16 09:52:03.360715 2022] [core:notice] [pid 3274151:tid 3274151] AH00051: child pid 3280239 exit signal Segmentation fault (11), possible coredump in /etc/httpd

The corresponding configuration is:

    WSGIDaemonProcess upload user=copr-fe group=copr-fe processes=2 threads=10 display-name=upload maximum-requests=100 graceful-timeout=1800
    <VirtualHost ...
    <LocationMatch "^/api.*upload.*">
        WSGIProcessGroup upload
        LimitRequestBody 0
    </LocationMatch>


Components:

  $ rpm -q httpd python3-mod_wsgi
  httpd-2.4.54-1.fc35.x86_64
  python3-mod_wsgi-4.9.0-1.fc35.x86_64


My bet is on:
[root@copr-fe-dev ~][STG]# dnf history info 196
Transaction ID : 196
Begin time     : Wed 06 Jul 2022 06:53:36 AM UTC
Begin rpmdb    : f905e6022c35e8869b8a790c91fd7a2924beef16
End time       : Wed 06 Jul 2022 06:53:38 AM UTC (2 seconds)
End rpmdb      : 223d022e037fd93d1d117e595c5b1d9d6f94afea
User           : System <unset>
Return-Code    : Success
Releasever     : 35
Command Line   : 
Comment        : 
Packages Altered:
    Upgrade  httpd-2.4.54-1.fc35.x86_64            @updates
    Upgraded httpd-2.4.53-1.fc35.x86_64            @@System
    Upgrade  httpd-filesystem-2.4.54-1.fc35.noarch @updates
    Upgraded httpd-filesystem-2.4.53-1.fc35.noarch @@System
    Upgrade  httpd-tools-2.4.54-1.fc35.x86_64      @updates
    Upgraded httpd-tools-2.4.53-1.fc35.x86_64      @@System
    Upgrade  mod_lua-2.4.54-1.fc35.x86_64          @updates
    Upgraded mod_lua-2.4.53-1.fc35.x86_64          @@System
    Upgrade  mod_ssl-1:2.4.54-1.fc35.x86_64        @updates
    Upgraded mod_ssl-1:2.4.53-1.fc35.x86_64        @@System
Scriptlet output:
   1 /usr/lib/tmpfiles.d/setup.conf:2: Duplicate line for path "/run/motd.d", ignoring.


Related reports from Copr:
https://pagure.io/copr/copr/issue/2249
https://pagure.io/copr/copr/issue/2268
https://pagure.io/copr/copr/issue/2275