(gdb) bt
#0 0xb7e75c96 in sk_free () from /lib/libcrypto.so.4
#1 0xb7e32935 in CRYPTO_set_ex_data () from /lib/libcrypto.so.4
#2 0xb7e32b44 in CRYPTO_free_ex_data () from /lib/libcrypto.so.4
#3 0xb7f1043d in SSL_SESSION_free () from /lib/libssl.so.4
#4 0x0807cd9d in ngx_http_upstream_ssl_handshake (c=0x80d9114) at
src/http/ngx_http_upstream.c:690
#5 0x0805aa6c in ngx_event_process_posted (cycle=0x80bc728,
posted=0x80aacc0) at src/event/ngx_event_posted.c:39
#6 0x08059671 in ngx_process_events_and_timers (cycle=0x80bc728) at
src/event/ngx_event.c:272
#7 0x08061dca in ngx_worker_process_cycle (cycle=0x80bc728, data=""
at src/os/unix/ngx_process_cycle.c:747
#8 0x0805f4aa in ngx_spawn_process (cycle=0x80bc728, proc=0x8061830
<ngx_worker_process_cycle>, data="">
name=0x809a964 "worker process", respawn=-2) at
src/os/unix/ngx_process.c:187
#9 0x0806045c in ngx_start_worker_processes (cycle=0x80bc728, n=3,
type=-2) at src/os/unix/ngx_process_cycle.c:327
#10 0x08060c5c in ngx_master_process_cycle (cycle=0x80bc728) at
src/os/unix/ngx_process_cycle.c:119
#11 0x0804c065 in main (argc=1, argv=0xbff3ede4) at src/core/nginx.c:353
Есть и "debug log" за тот промежуток времени, когда произошла ошибка.
Но так как это из production, то там может быть информация, которую не
хочется выставлять на форум.
Если понадобится, то скажите на какой адрес выслать линк на лог.
Igor Sysoev wrote:
On Sun, Jun 17, 2007 at 08:18:11PM +0300, Vladimir Shiray wrote:
Результат одинаковый, что после компиляции, что после "make install":
[root@vz-101 nginx-0.5.25]# file objs/nginx
objs/nginx: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped
[root@vz-101 nginx]# file sbin/nginx
sbin/nginx: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped
Надо пересобрать, с какими ключами и значением CFLAGS ?
-g
"debug log" могу включить на длительное время только для SSL соединений,
но пересобирать придется в любом случае.
Там проблема именно в SSL соединении с бэкендом.
Igor Sysoev wrote:
On Sun, Jun 17, 2007 at 06:37:37PM +0300, Vladimir Shiray wrote:
Вот есть еще один с незначительным отличием.
И его тоже удалось получить с помощью "ab", но сделав
перерыв в пару часов между запусками тестов:
(gdb) bt
#0 0xb7ed4c96 in sk_free () from /lib/libcrypto.so.4
#1 0xb7f6f4c3 in SSL_SESSION_free () from /lib/libssl.so.4
#2 0x0807606d in ngx_http_upstream_ssl_handshake ()
#3 0x080611db in ngx_epoll_process_events ()
#4 0x080587c1 in ngx_process_events_and_timers ()
#5 0x0805f4fb in ngx_worker_process_cycle ()
#6 0x0805d0ea in ngx_spawn_process ()
#7 0x0805dfb6 in ngx_start_worker_processes ()
#8 0x0805e60c in ngx_master_process_cycle ()
#9 0x0804bfa5 in main ()
Похоже, или nginx был собран без -g, или отладочная информация
была удалена при установке.
Что показывает file objs/nginx ?
Alex Vorona wrote:
Vladimir Shiray пишет:
В логе иногда появляются сообщения:
[alert] 7190#0: worker process 7191 exited on signal 11
Что можно сделать, чтобы попытаться найти причину ?
coredump'ы не сохраняются? Если да, то соберите nginx но не инстальте
его - размер этого unstripped бинарника будет метра 3-4. запустите его
и ждите coredump'а. Далее
gdb ./nginx ./nginx.core
bt
и высылаете то что вывалилось на консоль. Если coredump'ов нет -
компилите nginx с дебагом и запускайте с debug log
|
