ПРОЕКТЫ 


  АРХИВ 


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: Кеширование проблема: перестает кешировать



Hello!

On Mon, Aug 19, 2013 at 03:36:15PM +0400, Dmitry E. Oboukhov wrote:

> >> кроме
> >> 
> >> proxy_cache_lock      on;
> >> proxy_cache_use_stale updating;
> >> 
> >> есть еще директива proxy_cache_lock_timeout и по умолчанию там:
> >> 
> >> proxy_cache_lock_timeout 5s;
> >> 
> >> не может быть такой ситуации, что когда "самый наплыв пользователей"
> >> backend не успевает ответить за 5 секунд?
> 
> > +1
> 
> > Это штатный вариант, когда запросы к одному и тому же
> > ресурсу могут попасть на бекенд в больших количествах при
> > используемых настройках.
> 
> а можно об этом в лог запись писать? тогда бы хоть как-то
> диагностировать можно было.

Сейчас оно пишется на уровне debug.
Возможно имеет смысл повысить где-нибудь до info:

diff --git a/src/http/ngx_http_file_cache.c b/src/http/ngx_http_file_cache.c
--- a/src/http/ngx_http_file_cache.c
+++ b/src/http/ngx_http_file_cache.c
@@ -445,8 +445,8 @@ ngx_http_file_cache_lock_wait_handler(ng
     timer = c->wait_time - ngx_current_msec;
 
     if ((ngx_msec_int_t) timer <= 0) {
-        ngx_log_debug0(NGX_LOG_DEBUG_HTTP, ev->log, 0,
-                       "http file cache lock timeout");
+        ngx_log_error(NGX_LOG_INFO, ev->log, 0,
+                      "cache lock timeout");
         c->lock = 0;
         goto wakeup;
     }


-- 
Maxim Dounin
http://nginx.org/en/donation.html

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


 




Copyright © Lexa Software, 1996-2009.