Falla de Apache Seg (11)

Tengo esto en mi apace error.log:

[Vie 18 sep 08:10:54 2009] [aviso] hijo pid 9178 señal de salida Falla de segmentación (11)
[Vie 18 sep 08:11:41 2009] [aviso] niño pid 9187 señal de salida Falla de segmentación (11)
[Vie 18 de septiembre 08:12:12 2009] [aviso] hijo pid 9204 señal de salida fallo de segmentación (11)
[viernes 18 de septiembre 08:12:13 2009] [aviso] hijo pid 9202 señal de salida fallo de segmentación (11)
[viernes 18 de septiembre 08:14:45 2009] [aviso] hijo pid 9251 señal de salida Fallo de segmentación (11)

Comenzó el mismo día que hice una adición al archivo vhost.conf. Así que volví al archivo original y reinicié apache2ctl. Lamentablemente, todavía está ocurriendo.

Apache parece estar sirviendo páginas OK.

¿Algunas ideas?

Salud,

Nathan

Nathan, intenta detener Apache e iniciarlo en primer plano (depuración, sin subprocesos), que puede filtrar más pistas sobre lo que lo está haciendo predeterminado.

Una vez dicho esto, no debería segfault de todos modos, por lo que es un error, sin embargo, puede ser algo que puede solucionar si sabe lo que lo está causando.

apache2 -X

Además (es poco probable que revele la razón completa de este problema), cualquier advertencia / error de ...

 apache2ctl -t

...?

Finalmente, todos los módulos que ha cargado en Apache están "certificados", tal vez pueda comentar sobre la mitad de ellos y ver si el problema desaparece o no, y continuar con una búsqueda binaria de divide y vencerás desde allí.

También puede buscar volcados de núcleo producidos a partir de la segfault, tal vez en / tmp? Si encuentra alguno, intente ejecutarlo a través de gdb ...

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

Los Sig11 generalmente solo ocurren por una de dos razones:

• Malos programas

  En el caso de Apache, es estadísticamente improbable que sea un error en el código central de Apache.

  Es mucho más común ser culpa de un módulo. Ya sea en la forma en que un módulo trata con seguridad las excepciones en el código o las bibliotecas que está procesando. O la forma en que interactúa con el modelo MPM elegido por Apache. Cuando un módulo se comporta mal de esta manera, sale incontrolablemente antes de devolver los datos al proceso hijo de Apache y, por lo tanto, produce el defecto de seguridad.

  Revise todos los cambios que ha realizado desde la última vez que funcionó. Como dice Lee B , este es el ejemplo perfecto para usar el control de versiones.

  Para complicar un poco las cosas, a menudo puede producir el mismo comportamiento emitiendo un gracefulreinicio en lugar de un reinicio completo después de realizar cambios en la configuración del módulo de Apache. Puede descartar esto deteniendo e iniciando Apache.

• Mal hardware

  Si está seguro de que los errores coinciden con su cambio de configuración y no ve ningún otro efecto negativo en el sistema, entonces probablemente pueda descartarlo. Pero puede valer la pena tener en cuenta si te quedas sin otras vías. Las CPU y la RAM son los culpables típicos.

Finalmente lo solucioné. Un simple reinicio del servidor detuvo las fallas seg.

Gracias por tus respuestas. Estoy seguro de que será útil para diagnosticar problemas futuros.

Nathan

Supongo que podría ser un módulo cargado que tiene un problema.

Experimenté el mismo comportamiento con PHP y gettext php extension, estaba bloqueando PHP y, por lo tanto, el hijo de apache atendiendo la solicitud.

Después de pasar horas tratando de descubrir la causa de mi propio error de segmentación, comencé a deshabilitar cosas al azar. En mi caso, la causa del error fue el acelerador de Zend.

Como no necesito esta extensión, la dejo desactivada. Si tiene el mismo problema y necesita esta extensión, puede intentar eliminar la memoria caché del acelerador y reiniciar httpd.

la próxima vez puedes intentar usar strace o truss

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