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

On Sat, Feb 19, 2011 at 09:49:21PM +0100, Thomas Best wrote:
> 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.

pkg_add *.tbz

> 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

Mmm - irgendwie geht das auch rekursiv - müsste aber wieder suchen
welcher Parameter das war - evtl. weiß das hier jemand auswendig.

> 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?

Habe ich schonbefürchtet, dass das nix eindeutiges ergibt.
Da waren Sig11 udn 6 gemischt, das deutet zumeist datauf hin,
dass irgendwer wild im Speicher rumpfuscht und jemand anders dann das
Opfer ist.

> 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

Ich denke ein bischen mehr knnte hilfreich sein.

-- 
B.Walter <bernd@bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message