php-cgi+nginx+core dumped

Nick nikolia at justwish.net
Thu Nov 20 00:24:59 MSK 2008


Так никто и не ответил на бектрей моей корки, или не видели, поєтому 
создам тему заново

чуть предыстории

проблема заключаеть в том что начал в логах замечать вот такое

Nov 18 23:52:30 kernel: pid 87559 (php-cgi), uid 80: exited on signal 6


как подсказывали потключал уже все зенды и акселераторы, но ошибка до 
сих пор остаеться

нашел следующие и подключил:

Директива позволяет отслеживать медленное исполнение скриптов и 
записывать их в лог файл вместе с backtrace. Например, для таких настроек

     <value name="request_slowlog_timeout">5s</value>
     <value name="slowlog">logs/slow.log</value>


после чего в логе slow.log во время появления exited on signal 6 вижу 
вот что :

Nov 18 23:50:09.528587 pid 87558 (pool main)
script_filename = /**/**/bebe.php
[0xbfbfb310] sleep() /**/**/bebe.php:102

Nov 18 23:52:05.376490 pid 87559 (pool main)
script_filename = /**/**/bebe2.php
[0xbfbf81f0] session_start() /**/**/bebe1.php:9
[0xbfbfb310] +++ dump failed


вот бектрейс

#0  0x2856b5df in kill () from /lib/libc.so.6
(gdb) where
#0  0x2856b5df in kill () from /lib/libc.so.6
#1  0x2856b57c in raise () from /lib/libc.so.6
#2  0x2856a28c in abort () from /lib/libc.so.6
#3  0x28506f3b in _UTF8_init () from /lib/libc.so.6
#4  0xbfbfec67 in ?? ()
#5  0x28571585 in sys_nsig () from /lib/libc.so.6
#6  0x28571493 in sys_nsig () from /lib/libc.so.6
#7  0x28571557 in sys_nsig () from /lib/libc.so.6
#8  0x0000002e in ?? ()
#9  0x2857d8a0 in ?? () from /lib/libc.so.6
#10 0xbfbf7448 in ?? ()
#11 0x28506f69 in _UTF8_init () from /lib/libc.so.6
#12 0x2857d8a0 in ?? () from /lib/libc.so.6
#13 0x08250cb8 in _CurrentRuneLocale ()
#14 0xbfbf74f8 in ?? ()
#15 0x28507ff0 in _UTF8_init () from /lib/libc.so.6
#16 0xbfbf7a24 in ?? ()
#17 0x00000000 in ?? ()
#18 0x0064756c in ?? ()
#19 0x00000000 in ?? ()
#20 0x00000000 in ?? ()
#21 0xbfbf7bc8 in ?? ()
#22 0x00000004 in ?? ()
#23 0x28656e69 in PKCS7_set_attributes () from /lib/libcrypto.so.4
Previous frame inner to this frame (corrupt stack?)











More information about the nginx-ru mailing list