Your Apache installation is likely set up to run with SECURE
privileges mode. This means that the Apache child worker process is forked and privileges dropped before handling the request, which in this case is simply trying to proxy the request through to the mod_wsgi daemon process. The consequence of this is that it cannot connect to the socket for the daemon process, as it was setup with ownership to match the original Apache child worker process before privileges were dropped.
This is evident because the error message has uid
in the range of a normal user and not the special apache
or nobody
user.
To fix it, you need to modify the WSGIDaemonProcess
directive configuration and add the option:
socket-user=#3708
or:
socket-user=username
where username
is replaced with the actual name of the user with uid
of 3708
.
The addition of this option seems to be required due to recent changes in CPanel configurations for Apache.