Re: worker process exited on signal 11 (core dumped)

[Vladimir Sopot <jd@xxxxxxxxxxxx>]

On Feb 10, 2010, at 5:45 AM, Maxim Dounin wrote:

> Hello!
> 
> On Tue, Feb 09, 2010 at 05:29:51PM +0300, Vladimir Sopot wrote:
> 
>> То ли сначала не заметил, то ли это после configure ...... 
>> --add-module=../ngx_http_upstream_keepalive-2ce9d8a1ca93/
>> 
>> 2010/02/09 16:20:47 [error] 28108#0: *30149916 memcached sent invalid 
>> trailer while sending to client, client: 75.76.60.101, server: tablew.ru, 
>> request: "GET /site/user.php?user=YYYYY HTTP/1.1", upstream: 
>> "memcached://unix:/tmp/memcached.sock:", host: "tablew.ru", referrer: 
>> "http://tablew.ru";
>> 
>> 2010/02/09 16:20:48 [alert] 11625#0: worker process 28108 exited on signal 
>> 11 (core dumped)
>> 
>> memcached 1.4.4
>> /usr/local/bin/memcached -u nobody -m 256 -c 8192 -d -s /tmp/memcached.sock
> 
> Это интересно, к этому мы вернёмся позже.

А что тут?

>> в nginx.conf:
>> 
>> upstream tablew_mmc {
>>      server  unix:/tmp/memcached.sock;
>>      keepalive 30;                                                           
>>                                                             
>>      }
>> ....
>> 
>> location = /site/user.php {
>>      set $memcached_key 
>> "${query_string}_${cookie_shar}${cookie_show}${cookie_uid}${cookie_admin}";
>>      memcached_pass tablew_mmc;
>>      ssi on;
>> 
>>      error_page 404 502 /site/user_real.php?$query_string;
>>      }
>> .... 
>> в этом ^^^ еще несколько  <!--# ssi include virtual="/mmc/today/....." -->
>> конкретно эта корка на запросе с 13 
> 
> А /site/user_real.php как обрабатывается?  В корке был именно он.

php-fpm

> Кстати, вероятно имелось ввиду всё-таки
> 
>        error_page 404 502 = /site/user_real.php?$query_string;
> 
> Note '='.

Да, действительно, недосмотр. 

>> 
>> location ~ /mmc/today/(\d+) {
>>      internal;

Кстати, даже с internal ЭТО доступно из броузера.. Как же так?

>>      set $memcached_key "today_$1";
>>      memcached_pass tablew_mmc;
>>      error_page 404 502 /main/ssi/today_counter.php?ad=$1;
>>      }
> Единственная ситуация в которой я смог воспроизвести нечто 
> похожее - это бесконечная рекурсия SSI запросов.  Защита от неё 
> есть, но поломана начиная с 0.7.25.  Прилагающийся патч возвращает 
> защиту на место.
> 
> Если это таки была рекурсия - в логах должно появится что-то вроде
> 
> ... [error] ... subrequests cycle while processing ...
> 
> Ну и корки должны пропасть.

Появилось. Пропали :)
Большое пасибо за помощь! Буду смотреть, откуда там рекурсия взялась, теперь 
хотя бы понятно, куда смотреть.

> Maxim Dounin


_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru