A criança Apache morreu por motivo desconhecido

Question

Por um longo tempo eu vi tais erros no servidor FreeBSD9.1 (Apache 2.2)

 # dmesg
    pid 69320 (httpd), uid 80: exited on signal 11
    pid 69307 (httpd), uid 80: exited on signal 11
    pid 69416 (httpd), uid 80: exited on signal 10
    pid 93318 (httpd), uid 80: exited on signal 11
    pid 93295 (httpd), uid 80: exited on signal 11
    pid 93289 (httpd), uid 80: exited on signal 11
    pid 93965 (httpd), uid 80: exited on signal 11
    pid 93993 (httpd), uid 80: exited on signal 11

Após as pesquisas terem encontrado um problema relacionado: link e alguns outros recomendam desativar o mbstring. Eu não tentei isso porque eu preciso de mbstring no phpmyadmin. link Eu estava usando o php5.3 e hoje atualizei para o 5.4.19 e este erro ainda existe. Na verdade, o Apache está funcionando bem e parece que está desovando a criança novamente depois de sair.

    

Answer 1

Onde obter informações mais precisas?

Você pode encontrar mais informações no registro de erros principal do Apache, aquele definido no httpd.conf fora de qualquer bloco.

Um problema semelhante, uma solução de trabalho, mas sem garantia, este é o seu problema

A solução encontrada em esta postagem do blog descreve um administrador de sistema que experimentou um problema e o resolveu.

Por que você acha que esse é o seu problema também? Não é possível desinstalar softwares por vários motivos?

mod_php, PHP como CGI e php-fpm

Se você realmente acha que o seu problema está relacionado ao PHP, você tem três maneiras de usar o PHP com o Apache:

• com o mod_php, como o este post do blog autor. O interpretador PHP é carregado quando você inicia o Apache e está pronto para executar o script
• como CGI, como em ambientes legados e atuais de hospedagem compartilhada, geralmente com um SuEXEC corrigido para instalações de hospedagem, coisas como suphp para as necessidades menores. Cada script é executado de forma independente pelo PHP, o Apache obtém a saída e o imprime.
• com php-fpm para hospedagem dedicada atual e ambientes de hospedagem compartilhados de ponta. Uma implementação FastCGI para PHP, com um pool de processos com interpretador PHP já carregado na memória pronto para executar o código PHP. Escolher essa solução lhe dará melhores desempenhos do que o CGI.

Se você optar por usar o php-fpm, o o wiki do Apache contém dicas e notas de instalação.

Uma vez que você trocou sua configuração no modo CGI ou php-fpm, como o código PHP é executado fora do Apache:

• se o Apache ainda sair, os erros de processos vêm de outro motivo, não relacionados ao PHP.
• se o Apache estiver bem, parabéns, foi um problema no mod_php, agora você está bem.