Edit : Depois de implementar meus comentários abaixo, descobri que havia outra razão pela qual eu estava correndo para esse problema. O servidor possui PHP-FPM implementado. Parte da implementação do PHP-FPM significava que /etc/httpd/conf.d/php.conf
estava desativado (ou seja, renomeado para php.conf.bak). A atualização recente trouxe um novo php.conf. Como resultado, a configuração do PHP-FPM estava em conflito e causando os erros mencionados. A correção foi simplesmente renomear o php.conf para algo assim php.conf.bak.feb2019
. Como resultado, o php.conf não é carregado e, portanto, não há conflito com o php-fpm.
/// Antes de editar: /////
A solução para mim foi uma combinação das respostas fornecidas aqui.
Percebi esse erro depois de atualizar um servidor Oracle Linux 7 que não foi atualizado por muito tempo
Conforme sugerido por @dasharathmasirkar, @davidhoude @alexlanger, o problema decorre da configuração do mpm prefork sendo substituída após a atualização.
Para endereçar isto:
verifique /etc/httpd/conf.modules.d/00-mpm.conf
e verifique se a seguinte linha não é comentada:
# prefork MPM: Implements a non-threaded, pre-forking web server
# See: http://httpd.apache.org/docs/2.4/mod/prefork.html
LoadModule mpm_prefork_module modules/mod_mpm_prefork.so
Além disso, verifique se o outro funcionário mpm está comentado para não entrar em conflito:
# worker MPM: Multi-Processing Module implementing a hybrid
# multi-threaded multi-process web server
# See: http://httpd.apache.org/docs/2.4/mod/worker.html
# LoadModule mpm_worker_module modules/mod_mpm_worker.so
Em seguida, reinicie o apache: apachectl restart