Después de actualizar Apache y PHP, una determinada función provoca un error de segmentación
drupal-7 segmentation-fault (2)
Tuve un problema muy similar aquí Error (muchos):
[core: notice] [pid 1550] AH00051: child pid 2226 exit signal Error de segmentación (11), posible coredump en / etc / apache2
el culpable fue xcache eliminado por:
apt-get --purge remove php5-xcache
Usando Apache 2.4.7
salida php -v:
PHP 5.5.9-1ubuntu4.5 (cli) (construido: 29 de octubre 2014 11:59:10)
Estoy migrando manualmente esta pregunta desde drupal.stackexchange.com (desde entonces se ha eliminado).
Recientemente actualicé mi entorno de desarrollo local (Vagrant, Ubuntu 12.04) de PHP 5.3.X a 5.5.14 y Apache 2.2.X a 2.4.9. Después de la actualización, cada vez que se llama a la función de depuración dpm() causa un error de segmentación. Un fragmento de los registros de Apache:
[Mié Jul 09 14: 33: 11.474063 2014] [core: notice] [pid 6513] AH00051: señal de salida pid pid 6644 Segmentation fault (11), posible coredump en / etc / apache2
[Wed Jul 09 14: 33: 18.483516 2014] [core: notice] [pid 6513] AH00051: child pid 6640 señal de salida Error de segmentación (11), posible coredump en / etc / apache2
[Mié Jul. 14: 33: 25.494786 2014] [core: notice] [pid 6513] AH00051: Child pid 6619 exit signal Error de segmentación (11), posible coredump en / etc / apache2
Tenga en cuenta que después de actualizar PHP y Apache, más tarde decidí actualizar Ubuntu a 14.04. El problema sigue siendo el mismo
Drupal 7.30
Devel 7.x-1.5 (módulo Drupal)
Desactivar OpCache no resolvió el problema.
Instalé gdb y obtuve un volcado de memoria. Aquí están los resultados:
/vagrant/web [git::goomba *] [vagrant@dev] [9:04]
> gdb apache2 -core core
GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from apache2...(no debugging symbols found)...done.
[New LWP 8265]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/sbin/apache2 -k start''.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007fd091fda437 in ?? () from /usr/lib/apache2/modules/libphp5.so
Y cuando ejecuto (gdb) backtrace full :
#0 0x00007fd091fda437 in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#1 0x00007fd091fdb044 in vspprintf () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#2 0x00007fd092038537 in zend_error_noreturn ()
from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#3 0x00007fd09205d7ff in zend_std_read_property ()
from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#4 0x00007fd0920633c7 in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#5 0x00007fd0920a7178 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#6 0x00007fd092027e86 in dtrace_execute_ex ()
from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#7 0x00007fd0920e2f27 in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#8 0x00007fd0920a7178 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#9 0x00007fd092027e86 in dtrace_execute_ex ()
from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#10 0x00007fd0920e2f27 in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#11 0x00007fd0920a7178 in execute_ex () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#12 0x00007fd092027e86 in dtrace_execute_ex ()
dpm() Detalles
Esta es una función de depuración que imprime una variable de PHP. Debajo del capó, usa Krumo , específicamente, llama a krumo::dump() .
Dejé de seguir este tema por un tiempo y dejé de usar la función dpm() que estaba desencadenando los problemas. En algún momento, este problema desapareció para mí. No estoy seguro de qué lo solucionó. Mi suposición es actualizaciones de PHP / Apache / Drupal, pero no puedo decirlo con certeza.