Depois de atualizar meus vps, recebo o seguinte erro:
Falha ao iniciar o apache: Iniciando httpd: Erro de sintaxe na linha 31 de /etc/httpd/conf.d/php.conf: Comando inválido 'php_value', talvez com erro de ortografia ou definido por um módulo não incluído na configuração do servidor [FAILED]
Ative os módulos no PHP:
[PHP Modules] calendar bz2 calendar Core ctype curl date dom ereg exif fileinfo filter ftp gd gettext gmp hash iconv imap intl ionCube Loader json libxml mbstring mcrypt mhash mysql mysqli openssl pcntl pcre PDO pdo_mysql pdo_sqlite Pharl readline Reflection sqm wddx xmlreader xmlrpc xmlwriter xsl zip zlib [Módulos Zend] o ionCube PHP Loader
Linha relativa ao erro:
php_value session.save_handler "arquivos"
O que significa o erro e como posso corrigi-lo?
fonte
O Apache httpd-2.4 pode falhar com o erro acima se você, por engano, configurá-lo para usar outro módulo mpm que não o prefork (pois apenas o prefork mpm funciona bem com php no Linux (CentOs7 / RHEL7). o problema.
/etc/httpd/conf.modules.d/10-php.conf
Módulos LoadModule php5_module / libphp5.so
/etc/httpd/conf.modules.d/00-mpm.conf
Módulos LoadModule mpm_prefork_module / mod_mpm_prefork.so
fonte
Isso pode acontecer se você configurou o Apache para usar outro MPM que não seja o mod_prefork. Verifique qual módulo está em uso por
httpd -V
comando. Deve mostrar algo como:Se não estiver, verifique
como descrito aqui e verifique se a próxima linha está presente nela e não é comentada:
Caso você precise usar outro módulo,
mod_prefork
será necessário comentar ou excluir essas linhas.fonte
Como comentado anteriormente por David, isso é provável porque o mod PHP foi desativado do Apache2.
Para mim, pareceu um erro ao (re) iniciar o Apache:
Em seguida, dentro do journalctl -xe:
Isso aconteceu ao atualizar do Ubuntu 17.10 para 18.04 (e, consequentemente, do PHP7.1 para 7.2), que aparentemente desativou completamente o libapache2-mod-php *.
No Ubuntu, o seguinte deve corrigi-lo:
fonte
Apenas comente essas linhas.
eu tinha
Em seguida, execute o "reconfigure se você estiver no Plesk e reinicie o apache" parecia funcionar bem. Isso aconteceu após a atualização do plesk # 53 10 minutos atrás.
fonte
Antes de executar a atualização do Atomic, faça um backup do arquivo
php.conf
. Depois que a atualização for concluída, substitua o novo arquivo pelo antigo.fonte
Eu tive o problema semelhante, percebi que o módulo php5 foi comentado, o que significa que não era possível carregar e, no phpmyadmin conf, estava me dando erros por causa do php_admin_value, que provavelmente estava trabalhando com o php5_module e não estava no lugar. Eu fui ao httpd.conf e descomentei:
fonte
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 assimphp.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:Além disso, verifique se o outro funcionário mpm está comentado para não entrar em conflito:
Em seguida, reinicie o apache:
apachectl restart
fonte