Re: apache crasht bei bestimmten php-modulen, sehr strange

From: Thomas Best <Thomas.Best(at)freenet.de>
Date: Sat, 19 Feb 2011 21:49:21 +0100

Hi!

On Sat, 19 Feb 2011 15:52:30 +0100, Marc Santhoff <M.Santhoff(at)web.de>
wrote:

> Am Samstag, den 19.02.2011, 14:49 +0100 schrieb Thomas Best:
>> Hi,
>>
>> wie installiert man die extensions alle auf einmal am besten?
>> in einer anderen jail kann ich php52 nochmals bauen.
>>
>> bei pkg_add php52-extensions werden nicht alle installiert.
>
> Geh' ins Verzeichnis des Ports und starte "make config". Dann kannst Du
> auswählen, welche Erweiterungen mit gebaut werden. Danach "make package"
> ggf. mit "make deinstall" vorweg.

Ich habe in einem Verzeichnis ca 20 php52-... extensions *.tbz ,
wie installiert man die dann alle auf einmal? Wie man die baut, ist klar.

nach make package ist nur diese 4kb große datei im Packages/All Verzeichnis
-rw-r--r-- 1 root wheel 2689 Feb 19 21:46 php52-extensions-1.3_1.tbz

>> wie kann man in die core dump files reinschauen und etwas zur Ursache
>> finden?
>
> man gdb

>
> Sowas wie "gdb php php.core" und dann erstmal "bt" eingeben. Kann aber
> sein, daß es nichts aussagt, wenn die Programme nicht mit DSymbolen
> gebaut sind (make -g).
>

This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols
found)...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libcrypt.so.4...(no debugging symbols
found)...done.
[...]

(gdb) bt
#0 0x0000000806359a50 in ?? ()
#1 0x0000000804dfebc4 in xsltUnregisterExtModuleFunction () from
/usr/local/lib/libxslt.so.2
#2 0x0000000804bcaa87 in zm_shutdown_xsl () from
/usr/local/lib/php/20060613/xsl.so
#3 0x000000000050f761 in module_destructor ()
#4 0x000000000051648a in zend_hash_apply_deleter ()
#5 0x00000000005166f8 in zend_hash_graceful_reverse_destroy ()
#6 0x000000000050b8f7 in zend_shutdown ()
#7 0x00000000004c764a in php_module_shutdown ()
#8 0x000000000059088b in main ()

;extension=xsl.so auskommentiert in extensions.ini

wieder crash: von php -v

(gdb) bt
#0 0x00000008026a3472 in hash_free () from
/usr/local/lib/mysql/libmysqlclient.so.15
#1 0x000000080442a5de in recode_delete_outer () from
/usr/local/lib/librecode.so.3
#2 0x00000008042826a8 in zm_shutdown_recode () from
/usr/local/lib/php/20060613/recode.so
#3 0x000000000050f761 in module_destructor ()
#4 0x000000000051648a in zend_hash_apply_deleter ()
#5 0x00000000005166f8 in zend_hash_graceful_reverse_destroy ()
#6 0x000000000050b8f7 in zend_shutdown ()
#7 0x00000000004c764a in php_module_shutdown ()
#8 0x000000000059088b in main ()

Weist das auf z.b. kaputte Module hin?

truss php -v

[...]
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0)
= 0 (0x0)
munmap(0x804757000,1110016) = 0 (0x0)
munmap(0x804866000,1384448) = 0 (0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
SIGNAL 11 (SIGSEGV)
process exit, rval = 0

> Schau Dir doch mal die manpages bzw. Beschreibungen der Packages zu
> ktrace, truss, strace an, damit kommst Du ggf. leichter ans Ziel.

===> strace-4.5.18_1 is only for i386, while you are running amd64.

Das Problem ist, dass ich kein programmierer bin und ich davon nur Bahnhof
verstehe :)

Grüße
Thomas

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sat 19 Feb 2011 - 21:49:27 CET

search this site