PHP segfaulted

[DemonLord]

Moin alle!

Heute hab ich auf 7.2-RELEASE-p5 aktualisiert. Dazu hab ich direkt mal alle ports neu gebaut (portupgrade -fa), was auch "durchgelaufen" ist. Jetzt bemerkte ich in der message-log folgendes:

Dec  6 01:04:23 xxx kernel: pid 5933 (php-cgi), uid 1057: exited on signal 11
Dec  6 01:04:50 xxx kernel: pid 5936 (php-cgi), uid 1001: exited on signal 11
Dec  6 01:05:00 xxx kernel: pid 5956 (php), uid 1060: exited on signal 11
Dec  6 01:05:05 xxx kernel: pid 5964 (php-cgi), uid 1001: exited on signal 11
Dec  6 01:05:27 xxx kernel: pid 5966 (php-cgi), uid 1001: exited on signal 11
Dec  6 01:05:32 xxx kernel: pid 5967 (php-cgi), uid 1001: exited on signal 11
Dec  6 01:05:40 xxx kernel: pid 5968 (php-cgi), uid 1001: exited on signal 11
Dec  6 01:05:46 xxx kernel: pid 5969 (php-cgi), uid 1001: exited on signal 11
Dec  6 01:05:47 xxx kernel: pid 5970 (php-cgi), uid 1001: exited on signal 11
Dec  6 01:05:53 xxx kernel: pid 5971 (php-cgi), uid 1001: exited on signal 11

Neubau von PHP & Apache hat nichts gebracht. Test von PHP mit test.php:

<?PHP
echo (date("Y"));
?>

Ausgabe von php test.php:

2009Segmentation fault: 11 (core dumped)

ein Backtrace des corefiles ergibt

#0  0x0000000803cd57b0 in ?? ()
#1  0x00000008021cb785 in __tcf_1 () from /usr/local/lib/libaspell.so.16
#2  0x0000000801069cb3 in __cxa_finalize () from /lib/libc.so.7
#3  0x00000008021cb0b3 in __do_global_dtors_aux () from /usr/local/lib/libaspell.so.16
#4  0x0000000802257331 in _fini () from /usr/local/lib/libaspell.so.16
#5  0x000000080082a030 in ?? () from /libexec/ld-elf.so.1
#6  0x000000080070c4f1 in dlsym () from /libexec/ld-elf.so.1
#7  0x000000080070c5dd in dlclose () from /libexec/ld-elf.so.1
#8  0x00000000005138d9 in zend_hash_apply_deleter ()
#9  0x0000000000513b48 in zend_hash_graceful_reverse_destroy ()
#10 0x0000000000508f97 in zend_shutdown ()
#11 0x00000000004c511a in php_module_shutdown ()
#12 0x000000000058dfa4 in main ()

Ich weiss absolut nicht mehr weiter... Hile!

Cheers!
-Chris

 

[DemonLord]

Gerade rausgefunden: Wenn ich aus der extensions.ini mhash kommentiere, geht's. Ein Neubauen von php5-mhash hat nichts gebracht. Ideen?

 

[spaulding]

Ja, das passiert immer wieder mal. Gründe in meiner Installation waren dann z.B.:

* es wurde nicht richtig gescripted und nicht gehandlete Exceptions provozierten den Absturz
* beim Upgrade der php-Suite wurden nicht alle Module neu durchkompiliert
* die Reihenfolge der Module in der extensions.ini hat nicht gestimmt (was auch immer nun die "richtige" Reihenfolge aussieht... wohl die, die php dann richtig ausführt)

Ich würde mal auf den letzten Punkt bei dir tippen. Zeig mal deine extensions.ini her, damit ich das mal bei meiner Installation nachvollziehen kann.

 

[Wiedmann]

Dazu hab ich direkt mal alle ports neu gebaut (portupgrade -fa),

Womit du jetzt wohl ein "libxml2-2.7.6_1" hast. Downgrade das mal zu "libxml2 2.7.6".

 

[DemonLord]

Moin Ihr!

XML hat mir keine Probleme bereitet, nur mhash. Nachdem ich das Modul deinstalliert hatte, gehts wieder. Ich weiss auch nichtmal, ob ich mhash überhaupt brauche *grübel*.

Eine Auflistung der PHP extensions laut extensions.ini ist gerade nicht sinnvoll, da mhash dort nicht (mehr) aufgeführt ist.

Lieben Gruss,
Christian.

 

[Wiedmann]

XML hat mir keine Probleme bereitet, nur mhash.

Schon klar. Nur benutzt mhash die libxml. Und in div. PHP Modulen (nicht allen!) welche die libxml benutzen, führt die Änderung in libxml2-2.7.6_1 (genauer ein Patch am Makefile) dann zu seg faults in PHP.

Ich weiss auch nichtmal, ob ich mhash überhaupt brauche

Dann wird's eh besser sein diese zu deinstallieren ;-) Wird ab PHP5.3.0 eh durch die schon standardmässig vorhandene hash extension ersetzt.