Eu executo um aplicativo drupal 7 (3backends) e tenho 3 servidores de verniz negando continuamente a busca de back-end. Eu li muitos erros semelhantes aqui, mas ainda não consigo resolver meu problema, jogando 503 verniz, busca falhou na meditação do guru. Eu li todas as postagens aqui e todas pareciam recomendar um tempo limite alto, configurei para 600 e muitos não recomendam .probe, tenho round.robin (alternando o backend) e aqui está minha configuração de backend:
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";
}
}
A propósito, monitorei meu log de erros e log de acesso e percebi que tenho muitos erros como esse, mas não quero que você seja tendencioso.
[info] Client prematurely closed connection (broken pipe)
e às vezes
reqv failed
Como observação, quero mencionar também que ainda tenho um erro de fast-cgi em andamento, mas não acho que tenha relação com meu erro de verniz:
Primary Script unknown ......, fastcgi, upstream:127.0.0.1
eu executo nginx+php-fpm via fast-cgi. não tenho certeza do que o verniz de configuração espera do back-end que o faz se recusar a buscá-lo,
Aconteceu que uma configuração errada do nginx me deu esse erro antes, então aqui está minha configuração do 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 que direção depurar esse problema? provavelmente tenho certeza, o pb está no meu back-end e não no meu verniz, mas não tenho certeza de por que o site às vezes carrega e às vezes lança uma mensagem direta/horrível "falha na busca de back-end 503 - meditação do guru". obrigado pela sua preciosa ajuda.
ATUALIZAR:
a correção foi desabilitar o gzip. Eu tinha um conteúdo vazio e um redirecionamento na página inicial, então, gzip+ header-content-length=0 (vazio) acionou uma bandeira vermelha para envernizar, verniz rotulado como não saudável 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
Responder1
No seu .requestvocê não parece ter especificado um documento. Presumo que ele esteja tentando carregar todo o seu site Drupal como uma sonda. Você poderia mudar isso para:
"GET /sitehealth.html HTTP/1.1"
onde sitehealth.htmlé apenas um arquivo de texto simples que o probe pode carregar.
Solução de problemas adicionais, você pode desativar totalmente os testes e ver se isso faz diferença? Você recebe algum erro ao acessar o site diretamente, sem passar pelo cache?
Basicamente, obtenha a configuração mais simples que funcione de maneira confiável e, em seguida, adicione recursos adicionais, um de cada vez, até encontrar algo que quebre.