Gunicorn: OSError: [Errno 11] Ressource vorübergehend nicht verfügbar in Version 19.8.1 (und 19.8.0) auf Heroku

Ich habe heute den ganzen Tag mit dem gleichen Problem gekämpft. Und ich _denke_, ich habe es endlich behoben. Ich verwende Nginx, Flask, Gunicorn mit Eventlet und Docker.

Meine (relevante) pip freeze Ausgabe:

eventlet==0.23.0
Flask==1.0.2
greenlet==0.4.14
gunicorn==19.9.0

Mein Gunicorn-Befehl:
gunicorn -b 0.0.0.0:8000 --workers 1 --worker-class eventlet --log-level=DEBUG myapp.wsgi:app

Das erste Symptom waren große statische Dateiladevorgänge, die ERR_CONTENT_LENGTH_MISMATCH im Browser auslösten. Offensichtlich hat dies die Anwendung beschädigt, da große statische JS-Bibliotheken nicht geladen wurden.

Das zweite Symptom war, dass nginx Folgendes in error.log protokollierte: upstream prematurely closed connection while reading upstream

Schließlich habe ich es auf ein Gunicorn-Protokollelement zurückgeführt:

Socket error processing request. - [in /usr/local/lib/python2.7/dist-packages/gunicorn/glogging.py:277]
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/dist-packages/gunicorn/workers/base_async.py", line 66, in handle
    six.reraise(*sys.exc_info())
  File "/usr/local/lib/python2.7/dist-packages/gunicorn/workers/base_async.py", line 56, in handle
    self.handle_request(listener_name, req, client, addr)
  File "/usr/local/lib/python2.7/dist-packages/gunicorn/workers/base_async.py", line 129, in handle_request
    six.reraise(*sys.exc_info())
  File "/usr/local/lib/python2.7/dist-packages/gunicorn/workers/base_async.py", line 112, in handle_request
    resp.write_file(respiter)
  File "/usr/local/lib/python2.7/dist-packages/gunicorn/http/wsgi.py", line 403, in write_file
    if not self.sendfile(respiter):
  File "/usr/local/lib/python2.7/dist-packages/gunicorn/http/wsgi.py", line 393, in sendfile
    sent += sendfile(sockno, fileno, offset + sent, count)
  File "/usr/local/lib/python2.7/dist-packages/gunicorn/http/_sendfile.py", line 66, in sendfile
    raise OSError(e, os.strerror(e))
OSError: [Errno 11] Resource temporarily unavailable

Meine letztendliche Lösung bestand darin, Gunicorn mit dem --no-sendfile -Flag zu starten, und das Problem verschwand. Warum? Ich bin mir nicht sicher ... Ich bin nur froh, dass es funktioniert.

Erwähnenswert ist auch, dass ich während meiner Fehlerbehebung mein Bestes getan habe, damit meine nginx.conf dem hier zu findenden Beispiel ähnelt: http://docs.gunicorn.org/en/stable/deploy.html

Ich treffe dieses Problem auch, 19.7.0 funktioniert gut

Tritt dies sofort auf oder nachdem eine lange Antwort teilweise gesendet wurde?

Kann eine Ursache für statische Dateien sein

Gibt es hierzu Neuigkeiten? Ich habe das gleiche Problem in 19.9.0

Alles funktionierte gut und plötzlich fing es an zu passieren.

@tilgovi lassen Sie mich wissen, wenn Sie diesbezüglich Informationen benötigen. Plötzlich tauchte dieses Problem auf

Bei mir lag das Problem am Eventlet-Worker. Ich habe Eventlet entfernt und jetzt ist alles in Ordnung.

Ich treffe auf das gleiche Problem. Und der Vorschlag von @SaintSimmo funktioniert gut für mich. Dieses Problem tritt sofort auf, wenn mit dem Herunterladen einer großen Datei begonnen wird. Ich benutze Flask und Eventlet. Und der Download-Job wird von send_from_directory von Flask erledigt.
Das Gunicorn wird mit folgendem Befehl gestartet:
gunicorn --worker-class eventlet -w 1 -b 0.0.0.0:4000 upload:app
was den Fehler geben wird.
wenn "--no-sendfile" im Befehl hinzugefügt wird, wird keine Fehlermeldung gesendet. Wenn der Download-Job ohne "sendfile" durchgeführt werden kann, wann sollte dieses "sendfile" verwendet werden?

Gunicorn (Version 19.9.0) gleiches Problem mit Eventlet

Am 19.9.0 hat die Empfehlung von @SaintSimmo, --no-sendfile einzustellen, auch für mich funktioniert.

Ja, das gleiche Problem und nach dem Entfernen des Eventlet-Workers funktioniert es einwandfrei.

Wenn ich den Server mit diesem Befehl starte (gunicorn -w 1 -k eventlet -b 127.0.0.1:5000 wsgi:app), erhalte ich die folgenden Ausnahmen und mein Bild wird bei der Client-Antwort abgeschnitten.
[ERROR] Socket-Fehler bei der Verarbeitungsanforderung.
...
BlockingIOError: [Errno 11] Ressource vorübergehend nicht verfügbar

Wenn Sie die Definition der Arbeiterklasse entfernen, funktioniert es.
gunicorn -w 1 -b 127.0.0.1:5000 wsgi:app

@jacebrowning und @SaintSimmo , ich bestätige, dass der zusätzliche Parameter --no-sendfile in den Gunicorn-Befehl wirksam ist.

Dies liegt normalerweise daran, dass nproc zu wenig ist. Sie können die Anzahl der nproc für den Benutzer erhöhen, der dieses Programm ausführt, indem Sie die Datei ' /etc/security/limits.conf ' bearbeiten.

Leiden Sie unter diesem Problem? Wenn Sie Python 3.4 oder höher verwenden, aktualisieren Sie Ihre Gunicorn-Version.

Ich hatte das gleiche Problem mit --worker-class. Ich habe Gunicorn auf 20.0.4 aktualisiert und das Problem wurde behoben.

Der Wechsel der Arbeiterklasse zu gevent hat bei mir funktioniert. --worker-class gevent