Recentemente encontrei este problema exato usando o Plesk 9.5 no CentOS.
Não sei ao certo se foi causado por uma atualização do Plesk ou não. O cliente não acredita que nenhuma alteração tenha sido feita recentemente, mas o Apache falhou ao iniciar este erro.
Após uma avaliação do sistema para garantir que não foi devido a uma violação, eu fiz algumas soluções de problemas e determinei que mod_php
foi removido da configuração do Apache. Depois de verificar as configurações do Plesk, cada vhost na caixa estava usando FastCGI e SuExec.
Ao usar FastCGI e SuExec, você não pode alterar as diretivas do PHP em php.conf (FastCGI) e .htaccess (SuExec).
O cliente havia originalmente comentado as linhas ofensivas, mas isso quebrou o suporte a todas as sessões. A única maneira que eu consegui resolver foi adicionar manualmente o mod_php de volta ao httpd.conf.
Adicione a seguinte linha à seção com os outros LoadModule's. Certifique-se de que o caminho (../modules/) corresponda ao restante dos módulos. É provável que já exista no seu sistema e tenha sido simplesmente removido da configuração durante a atualização.
bash# vi /etc/httpd/conf/httpd.conf
LoadModule php5_module ../modules/libphp5.so
bash# apachectl restart
Isso me pegou desprevenida, e não posso dizer com certeza que é a atualização que causou o problema ou se esta é a melhor solução. Estou aberto para comentar, mas não recomende comentar as diretivas do php em /etc/httpd/conf.d/php.conf
, pois isso irá quebrar as coisas.