ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: freebsd port nginx 0.7.52



Hello!

On Fri, Apr 24, 2009 at 12:17:02PM +0400, Alexey V. Karagodov wrote:

> backtrace-ы всех корок одинаковые
>
> #65414 0x000000000042e36d in ngx_http_core_run_phases ()
> #65415 0x0000000000431d56 in ngx_http_named_location ()
> ---Type <return> to continue, or q <return> to quit---
> #65416 0x00000000004343af in ngx_http_special_response_handler ()
> #65417 0x0000000000436142 in ngx_http_finalize_request ()
> #65418 0x0000000000432dad in ngx_http_core_content_phase ()
> #65419 0x000000000042e36d in ngx_http_core_run_phases ()
> #65420 0x0000000000431d56 in ngx_http_named_location ()
> #65421 0x00000000004343af in ngx_http_special_response_handler ()
> #65422 0x0000000000436142 in ngx_http_finalize_request ()
> #65423 0x0000000000432dad in ngx_http_core_content_phase ()
> #65424 0x000000000042e36d in ngx_http_core_run_phases ()
> #65425 0x0000000000431d56 in ngx_http_named_location ()
> #65426 0x00000000004343af in ngx_http_special_response_handler ()
> #65427 0x0000000000436142 in ngx_http_finalize_request ()
> #65428 0x0000000000432dad in ngx_http_core_content_phase ()
> #65429 0x000000000042e36d in ngx_http_core_run_phases ()
> #65430 0x0000000000436f35 in ngx_http_test_reading ()
> #65431 0x0000000000437823 in ngx_http_test_reading ()
> #65432 0x000000000042903d in ngx_freebsd_sendfile_chain ()
> #65433 0x00000000004214ce in ngx_process_events_and_timers ()
> #65434 0x0000000000426aca in ngx_single_process_cycle ()
> #65435 0x000000000042570f in ngx_spawn_process ()
> #65436 0x00000000004276ae in ngx_master_process_cycle ()
> #65437 0x000000000040ed2e in main ()
> (gdb)

В целом картина ясна - ошибки обрабатываются через named location, 
и циклятся (разрешены recursive_error_pages?) пока не кончится 
стек.  Видимо при обработки named locations надо тоже засчитывать 
изменение uri - как и при внутреннем перенаправлении.

Странно что этого не наблюдается на предыдущих версиях.  Конфиг не 
менялся?

Maxim Dounin



 




Copyright © Lexa Software, 1996-2009.