worker process XXXX exited on signal 11 при запуске cgi (fcgi) скрипта

Igor Sysoev is at rambler-co.ru
Sun Feb 8 14:10:17 MSK 2009


On Sun, Feb 08, 2009 at 01:58:28PM +0300, Fenixk19 wrote:

> Спасибо! Пересобрал nginx с ключом  --with-select_module и теперь все
> работает. Теперь хотелось бы узнать, что это означает. И почему этот
> модуль не собрался автоматически, несмотря на указание в документации?

http://sysoev.ru/nginx/docs/events.html

*) select - стандартный метод. Модуль для поддержки этого метода собирается
   автоматически, если на платформе не обнаружено более эффективного метода.

Поскольку был обнаружен epoll, то select не собирался.

> Fenixk19 пишет:
> > При попытке запуска сервера:
> > 1970/01/01 00:03:32 [emerg] 1111#0: invalid event type "select" in
> > /usr/local/nginx/conf/nginx.conf:14
> >
> > Борис Долгов пишет:
> >   
> >> А если добавить в events-секцию use select; ?
> >>
> >> 2009/2/8 Fenixk19 <fenixk19 at mail.ru <mailto:fenixk19 at mail.ru>>
> >>
> >>     Здравствуйте, товарищи!
> >>     На Linux системе с процессором ARM успешно подняли сервер nginx. Есть
> >>     необходимость запускать на ней cgi(или fcgi, не знаю, как правильно)
> >>     скрипты. Для этих целей с просторов интернета был стянут, так
> >>     называемый, fcgi сервер(опять же, я не уверен в терминологии) -
> >>     приложение, которое слушает порт и запускает запрошенные скрипты.
> >>     Дело в
> >>     том, что каждый раз при запросе скрипта worker process падает, и
> >>     оставляет соответствующее сообщение  в логе nginx. С точно такой же
> >>     конфигурацией, fcgi сервером, nginx'ом и скриптами все было опробовано
> >>     на системе x86 Ubuntu, и там все работало замечательно. ARM'овая
> >>     машина
> >>     отличается тем, что у нее библиотеки и компилятор (gcc 3.4.3) не
> >>     первой
> >>     свежести. Я стал смотреть отладчиком, что делает worker process. При
> >>     запуске скрипта он падает постоянно в одном и том же месте. Пробовали
> >>     это на последней стабильной версии и на последней текущей.
> >>
> >>     Вот лог:
> >>
> >>     GNU gdb 6.3 (MontaVista 6.3-20.0.66.0600975 2006-07-05)
> >>
> >>     Copyright 2004 Free Software Foundation, Inc.
> >>     GDB is free software, covered by the GNU General Public License,
> >>     and you are
> >>     welcome to change it and/or distribute copies of it under certain
> >>     conditions.
> >>     Type "show copying" to see the conditions.
> >>     There is absolutely no warranty for GDB.  Type "show warranty" for
> >>     details.
> >>     This GDB was configured as "armv5tl-montavista-linuxeabi".
> >>     (gdb) attach 3541
> >>     Attaching to process 3541
> >>     Reading symbols from /usr/local/nginx/sbin/nginx...done.
> >>     Using host libthread_db library "/lib/tls/libthread_db.so.1".
> >>     Reading symbols from /lib/tls/libcrypt.so.1...Reading symbols from
> >>     /usr/lib/debug/lib/tls/libcrypt-2.3.3.so.debug...done.
> >>     done.
> >>     Loaded symbols for /lib/tls/libcrypt.so.1
> >>     Reading symbols from /lib/libpcre.so.0...Reading symbols from
> >>     /usr/lib/debug/lib/libpcre.so.0.0.1.debug...done.
> >>     done.
> >>     Loaded symbols for /lib/libpcre.so.0
> >>     Reading symbols from /usr/lib/libz.so.1...Reading symbols from
> >>     /usr/lib/debug/usr/lib/libz.so.1.2.1.1.debug...done.
> >>     done.
> >>     Loaded symbols for /usr/lib/libz.so.1
> >>     Reading symbols from /lib/tls/libc.so.6...Reading symbols from
> >>     /usr/lib/debug/lib/tls/libc-2.3.3.so.debug...done.
> >>     done.
> >>     Loaded symbols for /lib/tls/libc.so.6
> >>     Reading symbols from /lib/ld-linux.so.3...Reading symbols from
> >>     /usr/lib/debug/lib/ld-2.3.3.so.debug...done.
> >>     done.
> >>     Loaded symbols for /lib/ld-linux.so.3
> >>     Reading symbols from /lib/tls/libnss_files.so.2...Reading symbols from
> >>     /usr/lib/debug/lib/tls/libnss_files-2.3.3.so.debug...done.
> >>     done.
> >>     Loaded symbols for /lib/tls/libnss_files.so.2
> >>     0x401306d4 in epoll_wait () from /lib/tls/libc.so.6
> >>     (gdb) step
> >>     Single stepping until exit from function epoll_wait,
> >>     which has no line number information.
> >>     0x40093640 in __syscall_error () from /lib/tls/libc.so.6
> >>     (gdb) step
> >>     Single stepping until exit from function __syscall_error,
> >>     which has no line number information.
> >>     0x40093644 in __syscall_error_1 () from /lib/tls/libc.so.6
> >>     (gdb) step
> >>     Single stepping until exit from function __syscall_error_1,
> >>     which has no line number information.
> >>
> >>     > [Здесь отладчик "замерзает". Видимо идет ожидание события в nginx. В
> >>     этот момент я запускаю cgi скрипт.]
> >>
> >>     Program received signal SIGSEGV, Segmentation fault.
> >>     ngx_epoll_process_events (cycle=0x845ec, timer=706204, flags=1)
> >>        at src/event/modules/ngx_epoll_module.c:452
> >>     452            rev = c->read;
> >>     (gdb)
> >>
> >>
> >>     Program terminated with signal SIGSEGV, Segmentation fault.
> >>     The program no longer exists.
> >>
> >>
> >>
> >>
> >>
> >> -- 
> >> С уважением, Борис Долгов.
> >> icq 77556665
> >> e-mail boris at dolgov.name <mailto:boris at dolgov.name>
> >>     
> >
> >
> >
> >   
> 

-- 
Игорь Сысоев
http://sysoev.ru





More information about the nginx-ru mailing list