en amont de la fermeture prématurée de la connexion lors de la lecture en-tête de réponse à partir de l'amont, client

J'obtiens cette erreur de /var/log/messages sur ma machine FreeBSD. Je suis en utilisant nginx et spawn-fcgi avec memcache et apc les modules activés.

upstream prematurely closed connection while reading response header from upstream, 
client HTTP/1.1", upstream: "fastcgi://unix:/tmp/fcgi.sock:", host:
est fcgi jeter des erreurs?
oui.Il est en train de jeter des erreurs
J'ai vu cela lors de fastcgi est puisage
ressemble à un délai d'attente

OriginalL'auteur Harikrishnan | 2013-01-07

  1. 1

    J'ai eu une erreur similaire à la licorne + nginx.

    Le résultat final a été que la licorne a été expirer en raison d'une mauvaise configuration de pare-feu, la mort off et en laissant NGINX désemparés quant à ce qu'à faire (nginx serait alors jetez un 503).

    Une fois que le port a été ouvert mon problème a été résolu.

    J'ai également vu que cela se produise à un appel d'API qui prend beaucoup de temps (plus que mon 30s licorne de délai d'attente). J'ai fini par l'envoyer à une tâche en arrière-plan de sorte que la licorne n'a pas de délai d'attente.

    OriginalL'auteur ryanjones

  2. 1

    J'ai eu un problème similaire avec Nginx synchronisation avec un RoR application lors de l'utilisation d'un EC2 + base de données Amazon RDS instance.

    Le problème a été résolu en éditant mon groupe de sécurité pour le RDS exemple pour permettre à l'EC2 IP sur le port 5432. Il suffit d'éditer le groupe de sécurité de règles pour ajouter une règle personnalisée pour le port de communication à l'RDS exemple plus de, et la liste blanche de l'EC2 du serveur adresse IP privée. A travaillé instantanément après!

    OriginalL'auteur bryanus

  3. 1

    Il a été lié à la version de PHP. J'ai utilisé la dernière version de nginx et légèrement ancienne version de PHP. Le problème a été résolu par la mise à jour de PHP à la dernière version.

    OriginalL'auteur Harikrishnan