【问题标题】:upstream prematurely closed connection while reading response header from upstream, client上游过早关闭连接,同时从上游读取响应标头,客户端
【发布时间】:2017-08-29 18:11:22
【问题描述】:

我的 FreeBSD 机器上的 /var/log/messages 收到此错误。我正在使用 nginxspawn-fcgi 并启用了 memcacheapc 模块。

upstream prematurely closed connection while reading response header from upstream, 
client HTTP/1.1", upstream: "fastcgi://unix:/tmp/fcgi.sock:", host:

【问题讨论】:

  • fcgi 是否抛出错误?
  • 是的。它正在抛出错误
  • 我在 fastcgi 的时候看到过这个

标签: nginx memcached fastcgi freebsd spawn-fcgi


【解决方案1】:

我在使用 unicorn + nginx 时遇到过类似的错误。

最终结果是,独角兽由于防火墙配置错误而超时,死了,让 NGINX 不知道该做什么(然后 nginx 会抛出 503)。

一旦端口打开,我的问题就解决了。

我还看到这种情况发生在需要很长时间(比我的 30 秒独角兽超时时间)的 API 调用中。我最终将它运送到后台作业,这样独角兽就不会超时。

【讨论】:

    【解决方案2】:

    在使用 EC2 + Amazon RDS 数据库实例时,我遇到了类似的问题,即 Nginx 与 RoR 应用程序超时。

    问题已通过编辑我的 RDS 实例的安全组以允许 EC2 的 IP 通过端口 5432 解决。只需编辑安全组的规则,为您与 RDS 实例通信的端口添加自定义规则,然后将其列入白名单EC2 服务器的私有 IP 地址。之后立即工作!

    【讨论】:

      【解决方案3】:

      这与PHP的版本有关。我使用了最新版本的 nginx 和稍微旧版本的 PHP。该问题已通过将 PHP 更新到最新版本来解决。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2018-03-12
        • 1970-01-01
        • 2018-09-21
        • 2019-01-17
        • 1970-01-01
        • 2012-08-15
        • 2018-06-11
        • 2015-08-08
        相关资源
        最近更新 更多