web-dev-qa-db-ja.com

nginxエラー「アップストリームから応答ヘッダーを読み取り中に、recv（）が失敗しました（104：接続がピアによってリセットされました）」

2013年10月3日の午前10時50分まで断続的にクライアントに「502 Bad Gateway」エラーが返され始めるまで問題なく動作していたサーバーがあります。

5つのブラウザリクエストのうち約4つは成功しますが、約5つに1つは502で失敗します。

Nginxエラーログには、これらのエラーが何百も含まれています。

2013/10/05 06:28:17 [error] 3111#0: *54528 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 66.249.66.75, server: www.bec-components.co.uk  request: ""GET /?_n=Fridgefreezer/Hotpoint/8591P;_i=x8078 HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", Host: "www.bec-components.co.uk"

ただし、PHPエラーログには、一致するエラーは含まれません。

PHPを取得する方法はありますか？接続がリセットされている理由の詳細を教えてください。

これは nginx.conf;

user              www-data;
worker_processes  4;
error_log         /var/log/nginx/error.log;
pid               /var/run/nginx.pid;

events {
   worker_connections  1024;
}

http {
  include          /etc/nginx/mime.types;
  access_log       /var/log/nginx/access.log;

  sendfile               on;
  keepalive_timeout      30;
  tcp_nodelay            on;
  client_max_body_size   100m;

  gzip         on;
  gzip_types   text/plain application/xml text/javascript application/x-javascript text/css;
  gzip_disable "MSIE [1-6]\.(?!.*SV1)";

  include /gvol/sites/*/nginx.conf;

}

そして、これは.confこのサイトの場合;

server {

  server_name   www.bec-components.co.uk bec3.uk.to bec4.uk.to bec.home;
  root          /gvol/sites/bec/www/;
  index         index.php index.html;

  location ~ \.(js|css|png|jpg|jpeg|gif|ico)$ {
    expires        2592000;   # 30 days
    log_not_found  off;
  }

  ## Trigger client to download instead of display '.xml' files.
  location ~ \.xml$ {
    add_header Content-disposition "attachment; filename=$1";
  }

   location ~ \.php$ {
      fastcgi_read_timeout  3600;
      include               /etc/nginx/fastcgi_params;
      keepalive_timeout     0;
      fastcgi_param         SCRIPT_FILENAME  $document_root$fastcgi_script_name;
      fastcgi_pass          127.0.0.1:9000;
      fastcgi_index         index.php;
   }
}

## bec-components.co.uk ##
server {
   server_name   bec-components.co.uk;
   rewrite       ^/(.*) http://www.bec-components.co.uk$1 permanent;
}
phpnginx
47
Nigel Alderton

私のウェブサーバーが私に言っていれば、私は常に信頼します：502 Bad Gateway

  • fastcgi/nginx-プロセスの稼働時間はどれくらいですか？
  • ネットワーク接続を監視していますか？
  • その日の周りの訪問者数の変化を確認/拒否できますか？

どういう意味ですか：

  • fastcgiプロセスはnginxからアクセスできません。遅くなるか、まったく対応しなくなります。不適切なゲートウェイは、nginxが定義されたリソース127.0.0.1:9000にfastcgi_passできないことを意味します。 その特定の瞬間。

  • あなたの最初のエラーログはそれをすべて伝えます：

。

recv() failed 
    -> nginx failed

(104: Connection reset by peer) while reading response header from upstream, 
    -> no complete answer, or no answer at all
upstream: "fastcgi://127.0.0.1:9000", 
    -> who is he, who failed???

私の限られた視点から私がお勧めします：

  • fastcgi_process /サーバーを再起動します
  • アクセスログを確認してください
  • デバッグログを有効にする
22
that guy from over there

私はこのトピックが古いことを知っていますが、それでも時々ポップアップし続けるので、Webで回答を探して、次の3つの可能性を思いつきました。

  1. プログラミングエラーがphp-fpmのセグメンテーション違反である場合があり、これはnginxとの接続が切断されることを意味します。これにより、通常、少なくともいくつかのログやコアダンプが残り、さらに分析できます。
  2. 何らかの理由で、PHPはセッションファイルを書き込めません（通常：session.save_path = "/var/lib/php/sessions"）。これは、不正なアクセス許可、不正な所有権、不正なユーザー/グループ、またはそのディレクトリ（またはディスク全体）でiノードが不足するなど、より難解な/不明瞭な問題である可能性があります。これは通常not多くのコアダンプを残し、おそらくPHPエラーログに何も記録しません。
  3. デバッグがさらに難しい：拡張機能が誤動作している（たまに、ある種の内部制限に達したり、常にトリガーされないバグが発生した）segfaultingし、php-fpmプロセスを停止させる—したがって、nginxとの接続を閉じる。通常の原因はAPC、memcache/dなど（私の場合はNew Relic拡張機能でした）なので、ここでのアイデアは、エラーが消えるまで各拡張機能をオフにすることです。
13
Gwyneth Llewelyn

これも取得し続けました。使用する場合は、opcacheメモリ制限を増やすことで解決しました（APCの代替）。 PHP-FPMは、キャッシュがいっぱいになったときに接続をドロップしたようです。これは、shgnIncの回答がそれを短期間修正する理由でもあります。

したがって、ファイル/etc/php5/fpm/php.ini（またはディストリビューションで同等のもの）を見つけ、memory_consumptionをサイトで必要なレベルまで増やします。 opcacheを無効にすることもできます。

[opcache]
opcache.memory_consumption = 196
8
Manuel Riel

Githubでこのgitを検討することをお勧めします： https://Gist.github.com/amichaelgrant/90d99d7d5d48bf8f​​d209

同様の状況に遭遇しました。上流サーバーのエラーログを確認したところ、いくつかのulimitエラーが報告されていたため、（上流ボックスとnginxボックスの両方で）1000000に増やし、すべてが正常に機能しました。

2
AMG Anonymous

同じ問題が発生した場合は、php-fpmサービスなので、解決しました。

Sudo service php5-fpm restart

または、この問題は大量のリクエストが原因で発生する場合もあります。デフォルトではpm.max_requests php5-fpmの100以下かもしれません。

それを解決するためにその値を増加させることはあなたのサイトの要求、例えば500に依存します。

そして、あなたはサービスを再起動する必要があります後

2
shgnInc

私の場合、xdebug拡張を無効にすることで解決しました。

2
Vasiliy

私にとっては、サーバーがメモリ不足になり、php-fpmがOOMキラーに殺されました。解決策は、サーバーのメモリ容量を増やすことでした。

1
Konstantin Pereiaslov

私にとっては、php-fpmがmax_children制限。問題のプールのphp-fpmログが正しい方向を示しています

1
bruchowski

私は同様の問題を抱えていました：

ポート9000でphp-fpmに接続します（fastcgi：//127.0.0.1：9000）。

私のサーバー上のUbuntuの標準構成は次のとおりです。

/etc/php/7.0/fpm/pool.d/www.conf：

listen = /run/php/php7.0-fpm.sock

これを次のように変更する必要があります。

listen = 0.0.0.0:9000

私の場合、1か月前にサーバーを更新し、costom構成をデフォルトで上書きしました。現在、php-fpmを再起動しているため、このエラーは遅延して発生しました。

1
Fabian Thommen

この問題は、PHP-FPMプロセスが割り当てられたメモリ制限を超えた場合にも発生する可能性があります。これが発生すると、NGINXとPHP-FPMの間の接続が切断され、NGINXは502 Bad Gatewayを返します。 PHP-FPMプロセスのメモリ制限は、memory_limit変数によって制御されます。これは、PHP-FPM構成ファイルのphp_admin_value[memory_limit]で設定できます。

メモリ制限はスクリプトごとに基づいて適用されることに注意することが重要です。 n PHP-FPMプロセスでは、合計メモリ使用量は最大memory_limit * nになる可能性があります。マシンに十分なメモリヘッドルームがあることを確認してください。

0
Francis