Closed FlipperPA closed 3 weeks ago
See the header-buffer-size
option to WSGIDaemonProcess
Thanks for the suggestion - I tried this, and added response-buffer-size
for good measure when it didn't work. Here's my current config:
WSGIDaemonProcess spre-dev-https python-home=/var/django/spre/sites/spre-dev/venv request-timeout=1800 user=spre group=wrds processes=4 threads=1 display-name='httpd spre-dev' maximum-requests=10000 graceful-timeout=300 memory-limit=4294967296 header-buffer-size=1310720 response-buffer-size=1310720
...but I'm still getting the same error. Could it be even bigger than the 40x default I gave it?
Thanks, as always, for your amazing work. We owe you way more than that drink we got by the pool in San Diego a few years back! 😄
Try with a larger value. These custom auth challenges can be very big in size. If necessary try and capture the response headers coming out of the WSGI application to validate how big it is.
The only other reason for that error is that the mod_wsgi daemon process crashed. If this is happening there should be obvious errors about it in main and virtual host Apache logs, provided logging info level or higher in Apache.
I tried some much larger values - 42949672960 - and still had the same error. I ended up switching to use gunicorn for this one site with a reverse proxy, and that's been working. Happy to help test further with any other ideas you may have, if you think it is worthwhile. I very much appreciate the years of effort you've given to the Python community.
The only other scenario which could result in that error message is that the mod_wsgi daemon process had crashed. Was there any evidence in the virtual host or main Apache error log that any process had crashed.
I'm getting the following error during a
mod_wsgi
deployment:Truncated or oversized response headers received from daemon process 'spre-dev-https': /var/django/spre/sites/spre-dev/config/wsgi.py
I've narrowed this down to when I add Django AllAuth's SAML provider, allauth.socialaccount.providers.saml. When I remove
allauth.socialaccount.providers.saml
from theINSTALLED_APPS
list, the site loads, when I add it back, the error presents for all URLs.I'll include the configuration below, but here's what I've checked and tried:
WSGIApplicationGroup %{GLOBAL}
is setthreads=1
to theWSGIDaemonProcess
Does anything in this config stick out like a sore thumb? Thanks for any help.
And just in case, our
wsgi.py
: