Eu rodei um aplicativo drupal 7 (3backends) e eu tenho 3 servidores de verniz que negam continuamente para buscar o backend. Eu li muitos erros semelhantes aqui, mas ainda não consigo resolver o meu problema, jogando 503 verniz buscar a meditação guru falhada. Eu li todos os posts aqui, e todos pareciam recomendar tempo limite alto, eu configurei para 600s, e muitos não recomendam .probe,
Eu tenho round.robin (alternando o backend) e aqui está minha configuração de back-end:
backend project1 {
.host = "myhost.ip";
.port = "80";
.connect_timeout = 600s;
.first_byte_timeout = 600s;
.probe = {
.timeout = 600s;
.interval = 10s;
.window = 5;
.threshold = 2;
.request =
"GET HTTP/1.1"
"Host: example.com"
"Connection: close";
}
}
Eu tenho monitorado meu log de erros e log de acesso, a propósito e eu notei que tenho muitos erros como este, mas eu não quero que você seja tendencioso.
[info] Client prematurely closed connection (broken pipe)
e às vezes
reqv failed
Como um sidenote eu quero mentionalso, eu tenho erro fast-cgi ainda em curso, mas eu não acho que tem relação com o meu erro de verniz:
Primary Script unknown ......, fastcgi, upstream:127.0.0.1
eu executo nginx + php-fpm via fast-cgi.
Eu realmente não tenho certeza, o que o verniz de configuração está esperando do back-end que faz com que ele se recuse a buscá-lo,
Aconteceu que uma configuração errada do nginx me deu esse erro antes
aqui está minha configuração nginx:
user nginx nginx;
worker_processes 4;
error_log /var/log/nginx/error.log info;
events {
worker_connections 8192;
multi_accept on;
use epoll;
}
worker_rlimit_nofile 64000;
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main
'$remote_addr - $remote_user [$time_local] '
'"$request" $status $bytes_sent '
'"$http_referer" "$http_user_agent" ';
client_header_timeout 10m;
client_max_body_size 100m;
client_body_timeout 10m;
send_timeout 10m;
client_body_buffer_size 3m;
connection_pool_size 256;
client_header_buffer_size 1k;
large_client_header_buffers 4 2k;
request_pool_size 32k;
gzip on;
gzip_vary on;
gzip_disable "MSIE [1-6]\.";
gzip_min_length 10240;
gzip_proxied expired no-cache no-store private auth;
gzip_types text/plain application/xml;
open_file_cache max=2000 inactive=20s;
open_file_cache_valid 60s;
open_file_cache_min_uses 5;
open_file_cache_errors off;
output_buffers 1 32k;
postpone_output 1460;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
fastcgi_send_timeout 1800;
fastcgi_read_timeout 1800;
fastcgi_connect_timeout 1800;
fastcgi_ignore_client_abort on;
keepalive_timeout 75 20;
ignore_invalid_headers on;
index index.html;
server {
listen 80;
server_name example.com;
rewrite ^(.*) http://example.com$1 permanent;
}
server {
listen 80;
server_name www.example.com;
access_log /var/log/nginx/access.log main;
error_log /var/log/nginx/error.log info;
root /var/www/public;
index index.php index.phtml index.html;
autoindex on;
gzip_types text/plain text/css application/json application/x-ja
vascript text/xml application/xml application/xml+rss text/javascript applicatio
n/javascript;
location ~ \..*/*\.php$ {
return 403;
}
location ~^/sites/.*/private/{
return 403;
}
location ~^/sites/.*/files/* {
try_files $uri @rewrite;
}
location ~ (^|/)\. {
return 403;
}
location / {
try_files $uri @rewrite;
}
location @rewrite {
rewrite ^ /index.php;
}
location ~ \.php$ {
try_files $uri @rewrite;
#fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_buffer_size 128k;
fastcgi_buffers 256 16k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
fastcgi_keep_conn off;
include /etc/nginx/fastcgi_params;
}
location ~* \.(jpg|jpeg|css|gif|png|js|ico|xml)$ {
try_files $uri $uri/ ;
access_log off;
log_not_found off;
expires 30d;
}
}
Alguém pode me indicar em qual direção depurar esse problema? Eu provavelmente tenho certeza, pb está no meu backend ao invés do meu verniz, mas inseguro, por que o site às vezes carrega, e às vezes joga um straight / awfull "backend fetch failed 503 - guru meditation".
obrigado pela sua preciosa ajuda.
ATUALIZAÇÃO:
a correção foi desativar o gzip. Eu tinha um conteúdo vazio e redirecionamento na página inicial, assim, gzip + header-content-length = 0 (vazio) acionou uma bandeira vermelha para verniz, verniz marcado como não íntegro para compactar algo com tamanho 0. Cabeçalho errado. desabilitar o gzip ou retornar algum conteúdo para a resposta do servidor resolveria esse problema