O erro da sua serra também pode ocorrer como um problema transitório se você tiver feito uma reinicialização do Apache e um processo do Apache tiver conexões de soquete ainda ativas que ainda não foram chamadas para o processo do daemon mod_wsgi para solicitação inicial ou solicitação subseqüente manter vivo no socket.
Isso ocorrerá porque, na reinicialização normal, o processo do daemon mod_wsgi é reiniciado independentemente e, ao fazer isso, o caminho para o arquivo de soquete é alterado de forma diferente. Isso significa que os processos antigos de trabalho disponíveis para manipular as solicitações atuais e de keep-alive falharão ao se conectar ao daemon, pois eles ainda tentarão usar o caminho antigo para o arquivo de soquete.
Quanto ao diretório onde estão os arquivos de soquete, o importante é que o diretório seja legível para www-data. Os soquetes serão criados como root inicialmente com o perms 0600 e, em seguida, a propriedade deve ser alterada para www-data, para que os processos do www-data worker possam se conectar e nada mais. Isso depende do diretório ainda estar acessível para www-data.
A razão para o WSGISocketPrefix é que Redhat fez o diretório de logs onde a configuração do Apache diz para colocar este material como padrão, para não ser legível para os outros, para que o www-data não possa ver sockets no diretório. É por isso que no Redhat é necessário alterá-lo para / var / run.
Em que ponto as permissões do diretório são alteradas ou corrigidas e se pode acontecer sem a atualização do pacote Apache, não sei.