worker process exited on signal 11 (core dumped)

[Vladimir Sopot]

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