ПРОЕКТЫ 


  АРХИВ 


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: Dead backend detection



On 11/25/11 19:57, Sergey Kobzar wrote:
On 11/25/11 19:06, Maxim Dounin wrote:
Hello!

On Fri, Nov 25, 2011 at 04:36:36PM +0200, Sergey Kobzar wrote:

Что-то совсем запутался...

Ушел ответ с бэкенда, все ОК 200:

207.241.237.226 - - [25/Nov/2011:14:28:11 +0000] "GET
/Companies/t-d-advertising-marketing/0210001218642 HTTP/1.0" 200
62021 "-" "Mozilla/5.0 (compatible; archive.org_bot
+http://www.archive.org/details/archive.org_bot)" "-"

ловлю его фронтэндом:
207.241.237.226 - - [25/Nov/2011:14:28:11 +0000] "GET
/Companies/t-d-advertising-marketing/0210001218642 HTTP/1.0" 502
9574 "-" "Mozilla/5.0 (compatible; archive.org_bot
+http://www.archive.org/details/archive.org_bot)" "-" 10.17.92.2:80
502 0.055

502 ошибка. Последние 3 поля:
- бэкенд
- код ответа от бэкенда

Всмысле - $upstream_status? Там будет 502, если например бекенд
ответил некорректно.

Угу. Но почему с бэкенда улетает 200, а с фронтенда 502?


Ну и ещё я бы рекомендовал лишний раз убедиться, что запрос
действительно правильно идентифицирован.

Не понял.


- время ответа

конфиг фронтенда:

upstream backend {
server 10.17.92.2 max_fails=3 fail_timeout=300s;
# server 10.17.92.12 max_fails=3 fail_timeout=300s;
# server 127.0.0.1 backup;
ip_hash;
}

server {
listen 80 default;
server_name localhost;

access_log /var/log/nginx/default_access.log main;
error_log /var/log/nginx/default_error.log info;

location / {
proxy_pass http://backend;
# proxy_next_upstream error timeout http_502 http_504;

proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

error_page 502 504 /errors/500.html;

location ^~ /errors/ {
root /home/www/localhost/htdocs;
expires max;
}
}

Что не так?

Обычно помогает заглянуть в error_log.

:)

Ну там (error log на бэкенде) относительно чисто. Периодически проскакивет

2011/11/25 17:51:17 [info] 12202#0: *1707332 client closed prematurely
connection, so upstream connection is closed too while sending request
to upstream, client: 163.178.119.90, server: localhost, request: "GET
/locations/San-jose/San-pedro HTTP/1.0", upstream:
"fastcgi://127.0.0.1:9001", host: "www.abc.com", referrer:
"http://www.abc.com/Companies/barber%C3%ADa-rex/1310003560";

tail -f /var/log/nginx/default_access.log | grep 'HTTP/1.0" 502'
Вообще молчит как партизан.


На фронтенде в error_log только записи типа
2011/11/25 17:55:00 [info] 4267#0: *4238782 client 94.63.71.59 closed
keepalive connection
2011/11/25 17:55:00 [info] 4256#0: *4248177 client 66.249.71.70 closed
keepalive connection
2011/11/25 17:55:00 [info] 4261#0: *4249970 client 207.46.199.54 closed
keepalive connection (104: Connection reset by peer)
2011/11/25 17:55:00 [info] 4270#0: *4249800 recv() failed (104:
Connection reset by peer) while sending to client, client:
123.125.71.113, server: localhost, request: "GET
/hk/Companies/m-two/11600063595 HTTP/1.1", upstream:
"http://10.17.92.2:80/hk/Companies/m-two/11600063595";, host: "abc.com"

Больше всего инетресует, почему с бэкенда улетает 200, а со фронтенда 502. Причем повторяется не перманентно. Я за день выловил ошибку только раза 4.

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


 




Copyright © Lexa Software, 1996-2009.