Falha no Apache Seg (11)

Eu tenho isso no meu rápido error.log:

[Sex, 18 de setembro, 08:10:54 2009] [aviso] criança, pid 9178, sinal de saída, falha de segmentação (11)
[Fri, setembro 18, 08:10:54 2009] [aviso] criança, pid 9178, sinal de saída, falha de segmentação (11)
[sex 18 de setembro 08:12:12 2009] [aviso] filho pid 9204 sinal de saída Falha na segmentação (11)
[Sex set 18 08:12:13 2009] [aviso] filho pid 9202 sinal de saída Falha na segmentação (11)
[sex Set 18 08:14:45 2009] [aviso] criança pid 9251 sinal de saída Falha na segmentação (11)

Tudo começou no mesmo dia em que fiz uma adição ao arquivo vhost.conf. Então, voltei ao arquivo original e reiniciei o apache2ctl. Infelizmente ainda está ocorrendo.

O Apache parece estar servindo páginas OK.

Alguma ideia?

Felicidades,

Nathan.

Nathan, tente interromper o Apache e iniciá-lo no forground (depuração, não-encadeado), que pode vazar mais pistas sobre o que está tornando o segfault.

Dito isto, ele não deve ser segmentado independentemente, portanto, é um bug, no entanto, pode ser algo que você pode corrigir se souber o que está causando isso.

apache2 -X

Além disso (improvável que revele toda a razão desse problema), quaisquer avisos / erros de ...

 apache2ctl -t

...?

Finalmente, todos os módulos que você carregou no Apache são "Certificados", talvez você possa comentar sobre metade deles e ver se o problema desaparece ou não, e continuar com uma pesquisa binária de dividir e conquistar a partir daí.

Você também pode procurar por dumps principais produzidos a partir do segfault, talvez em / tmp? Se você encontrar alguns, tente executá-lo através do gdb ...

gdb apache2 -c /tmp/core.<pid>

Geralmente, os Sig11 ocorrem apenas por um de dois motivos:

• Programas ruins.

  No caso do Apache, é estatisticamente improvável que seja um bug no código principal do Apache.

  É muito mais comum ser uma falha de um módulo. Da maneira que um módulo lida com segurança com exceções no código ou nas bibliotecas que está processando. Ou a maneira como ele interage com o modelo MPM escolhido pelo Apache. Quando um módulo se comporta dessa maneira, ele sai incontrolavelmente antes de retornar dados ao processo filho do Apache e, assim, produz o segfault.

  Revise todas as alterações que você fez desde que funcionou pela última vez. Como Lee B diz, este é o exemplo perfeito para usar o controle de versão.

  Para complicar um pouco as coisas, geralmente é possível produzir o mesmo comportamento emitindo uma gracefulreinicialização completa, em vez de completa, depois de fazer alterações na configuração do módulo do Apache. Você pode descartar isso parando e iniciando o Apache.

• Hardware ruim.

  Se você tiver certeza de que os erros coincidem com a sua alteração na configuração e não estiver vendo outros efeitos negativos no sistema, provavelmente poderá excluir isso. Mas pode valer a pena descobrir se você ficar sem outras avenidas. CPUs e RAM são os culpados típicos.

Finalmente consertei isso. Uma simples reinicialização do servidor interrompeu as falhas do seg.

Obrigado por suas respostas. Tenho certeza de que será útil para diagnosticar problemas futuros.

Nathan.

Suponho que poderia ser um módulo carregado com um problema.

Eu experimentei o mesmo comportamento com o PHP e a extensão gettext php, estava travando o PHP e, portanto, o filho do apache atendendo à solicitação.

Depois de passar horas tentando descobrir a causa do meu próprio erro de falha de segmentação, comecei a desabilitar as coisas aleatoriamente. No meu caso, a causa do erro foi o acelerador de Zend.

Como não preciso dessa extensão, estou deixando-a desativada. Se você está tendo o mesmo problema e precisa dessa extensão, tente excluir o cache do eaccelerator e reiniciar o httpd.

da próxima vez, você pode tentar usar strace ou truss

• http://httpd.apache.org/dev/debugging.html#truss