Re: worker process xxxx exited on signal 11, отдача файлов

Wed Oct 8 21:07:57 MSD 2008

Отключив вообще всю свою логику,

Program terminated with signal 11, Segmentation fault.
[New process 13609]
#0  0x0807b942 in ngx_http_finalize_request (r=0xa1bde50, rc=0) at
src/http/ngx_http_request.c:1703
1703        ngx_log_debug3(NGX_LOG_DEBUG_HTTP, c->log, 0,
Missing separate debuginfos, use: debuginfo-install e2fsprogs.i386
glibc.i686 keyutils.i386 krb5.i386 libselinux.i386 openssl.i686 pcre.i386
perl.i386 zlib.i386
(gdb) bt
#0  0x0807b942 in ngx_http_finalize_request (r=0xa1bde50, rc=0) at
src/http/ngx_http_request.c:1703
#1  0x080787b3 in ngx_http_core_content_phase (r=0xa1bde50, ph=0xa1285d4) at
src/http/ngx_http_core_module.c:1014
#2  0x080744a5 in ngx_http_core_run_phases (r=0xa1bde50) at
src/http/ngx_http_core_module.c:730
#3  0x080745ce in ngx_http_handler (r=0xbff09ccc) at
src/http/ngx_http_core_module.c:713
#4  0x0807d079 in ngx_http_process_request (r=0xa1bde50) at
src/http/ngx_http_request.c:1524
#5  0x0807d6ef in ngx_http_process_request_headers (rev=0xa13fb14) at
src/http/ngx_http_request.c:984
#6  0x0807dc7b in ngx_http_process_request_line (rev=0xa13fb14) at
src/http/ngx_http_request.c:795
#7  0x0807a952 in ngx_http_init_request (rev=0xa13fb14) at
src/http/ngx_http_request.c:470
#8  0x0807aae0 in ngx_http_keepalive_handler (rev=0xa13fb14) at
src/http/ngx_http_request.c:2409
#9  0x0806d49f in ngx_epoll_process_events (cycle=0xa0ac3fc, timer=6262,
flags=<value optimized out>) at src/event/modules/ngx_epoll_module.c:518
#10 0x080655ca in ngx_process_events_and_timers (cycle=0xa0ac3fc) at
src/event/ngx_event.c:245
#11 0x0806bf68 in ngx_worker_process_cycle (cycle=0xa0ac3fc, data=0x0) at
src/os/unix/ngx_process_cycle.c:767
#12 0x0806a80d in ngx_spawn_process (cycle=0xa0ac3fc, proc=0x806b8b0
<ngx_worker_process_cycle>, data=0x0, name=0x80acb2b "worker process",
respawn=0)
    at src/os/unix/ngx_process.c:187
#13 0x0806c8ed in ngx_master_process_cycle (cycle=0xa0ac3fc) at
src/os/unix/ngx_process_cycle.c:569
#14 0x08053022 in main (argc=1, argv=0xbff0af64) at src/core/nginx.c:354
(gdb) l
1698            return;
1699        }
1700
1701        c = r->connection;
1702
1703        ngx_log_debug3(NGX_LOG_DEBUG_HTTP, c->log, 0,
1704                       "http finalize request: %d, \"%V?%V\"",
1705                       rc, &r->uri, &r->args);
1706
1707        if (rc == NGX_DECLINED) {
(gdb) print rc
$1 = 0
(gdb) print r
$2 = (ngx_http_request_t *) 0xa1bde50
(gdb) print r->uri
$3 = {len = 33, data = 0xa18a240 "/private/p/2009_d_en.exe"}
(gdb) print r->args
$4 = {len = 0, data = 0x0}

On Wed, Oct 8, 2008 at 8:29 PM, Mikhail Eremin <meremin at gmail.com> wrote:

> есть еще один файлораздавальщик вообще без логики
> там тоже падают, я всеже грешу на виртуозу
>
> в дебаге перед падениями всегда так
>
> 2008/10/08 12:41:23 [debug] 7845#0: *808 write new buf t:1 f:0 09643F9C,
> pos 09643F9C, size: 210 file: 0, size: 0
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http write filter: l:0 f:0 s:210
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http output filter "file.exe?"
> 2008/10/08 12:41:23 [debug] 7845#0: *808 copy filter: "file?"
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http postpone filter "file?"
> 09644164
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http postpone filter out "file?"
> 2008/10/08 12:41:23 [debug] 7845#0: *808 write old buf t:1 f:0 09643F9C,
> pos 09643F9C, size: 210 file: 0, size: 0
> 2008/10/08 12:41:23 [debug] 7845#0: *808 write new buf t:0 f:0 00000000,
> pos 080B9200, size: 160 file: 0, size: 0
> 2008/10/08 12:41:23 [debug] 7845#0: *808 write new buf t:0 f:0 00000000,
> pos 080B8660, size: 53 file: 0, size: 0
> 2008/10/08 12:41:23 [debug] 7845#0: *808 write new buf t:0 f:0 00000000,
> pos 080B86E0, size: 360 file: 0, size: 0
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http write filter: l:1 f:0 s:783
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http write filter limit 0
> 2008/10/08 12:41:23 [debug] 7845#0: *808 writev: 783
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http write filter 00000000
> 2008/10/08 12:41:23 [debug] 7845#0: *808 copy filter: 0 "file.exe?"
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http finalize request: 0,
> "file.exe?"
> 2008/10/08 12:41:23 [debug] 7845#0: *808 set http keepalive handler
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http close request
> 2008/10/08 12:41:23 [debug] 7845#0: *808 http log handler
> 2008/10/08 12:41:23 [debug] 7845#0: *808 run cleanup: 09643E40
> 2008/10/08 12:41:23 [debug] 7845#0: *808 file cleanup: fd:10
> 2008/10/08 12:41:23 [debug] 7845#0: *808 run cleanup: 09643DFC
> 2008/10/08 12:41:23 [debug] 7845#0: *808 file cleanup: fd:9
> 2008/10/08 12:41:23 [debug] 7845#0: *808 free: 09643288, unused: 244
> 2008/10/08 12:41:23 [debug] 7845#0: *808 event timer add: 6:
> 75000:3684646529
> 2008/10/08 12:41:23 [debug] 7845#0: *808 free: 0963DB00
> 2008/10/08 12:41:23 [debug] 7845#0: *808 free: 095D3898
> 2008/10/08 12:41:23 [debug] 7845#0: *808 hc free: 00000000 0
> 2008/10/08 12:41:23 [debug] 7845#0: *808 hc busy: 00000000 0
> 2008/10/08 12:41:23 [debug] 7845#0: *808 tcp_nodelay
> 2008/10/08 12:41:23 [debug] 7845#0: *808 post event 096677A0
> 2008/10/08 12:41:23 [notice] 7218#0: signal 17 (SIGCHLD) received
> 2008/10/08 12:41:23 [alert] 7218#0: worker process 7845 exited on signal 11
>
>
>
> 2008/10/8 Kirill A. Korinskiy <catap at catap.ru>
>
> At Wed, 8 Oct 2008 18:18:35 +0400,
>> Mikhail Eremin wrote:
>> >
>> > [1  <text/plain; UTF-8 (base64)>]
>> >
>> > [2  <text/html; UTF-8 (base64)>]
>> > и такое
>> >
>> Попробуйте выкинуть свою логику полностью и начать по чуть-чуть включать.
>> Скорее всего ломает она.
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20081008/683381da/attachment.html>