Gunicorn: OSError: [Errno 11] Heroku의 버전 19.8.1(및 19.8.0)에서 일시적으로 리소스를 사용할 수 없습니다.

오늘도 같은 문제로 하루 종일 싸웠습니다. 그리고 나는 _생각해_ 마침내 그것을 고쳤습니다. 나는 nginx, Flask, gunicorn w/ eventlet 및 docker를 사용하고 있습니다.

내 (관련) pip freeze 출력:

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

내 gunicorn 명령:
gunicorn -b 0.0.0.0:8000 --workers 1 --worker-class eventlet --log-level=DEBUG myapp.wsgi:app

첫 번째 증상은 브라우저에서 ERR_CONTENT_LENGTH_MISMATCH 를 발생시키는 대용량 정적 파일 로드였습니다. 분명히 큰 정적 JS 라이브러리가 로드되지 않았기 때문에 애플리케이션이 중단되었습니다.

두 번째 증상은 nginx가 error.log에 다음을 기록하는 것이었습니다. upstream prematurely closed connection while reading upstream

마지막으로 gunicorn 로그 항목으로 다시 추적했습니다.

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

내 최종 해결책은 --no-sendfile 플래그로 gunicorn을 시작하는 것이었으며 문제는 사라졌습니다. 왜요? 잘 모르겠어... 효과가 있어서 다행이야.

또한 언급할 가치가 있는 것은 문제 해결 중에 nginx.conf가 여기에 있는 예제와 유사하도록 최선을 다했다는 점입니다. http://docs.gunicorn.org/en/stable/deploy.html

이 문제도 충족합니다. 19.7.0이 잘 작동합니다.

이것은 즉시 발생합니까, 아니면 긴 응답이 부분적으로 전송된 후에 발생합니까?

정적 파일 원인 제공

이에 대한 업데이트가 있습니까? 19.9.0에서 동일한 문제에 직면하고 있습니다.

모든 것이 잘 작동했고 갑자기 발생하기 시작했습니다.

@tilgovi 이에 관한 정보가 필요하면 알려주십시오. 갑자기 이 문제가 나타나기 시작했습니다

나에게 문제는 eventlet 작업자 때문이었습니다. 나는 eventlet을 제거했고 이제 모든 것이 정상입니다.

나는 같은 문제를 만난다. 그리고 @SaintSimmo 의 제안은 저에게 잘 맞습니다. 이 문제는 대용량 파일 다운로드를 시작할 때 즉시 발생합니다. 플라스크와 이벤트렛을 사용하고 있습니다. 그리고 다운로드 작업은 Flask의 send_from_directory에 의해 수행됩니다.
gunicorn은 다음 명령으로 시작됩니다.
gunicorn --worker-class eventlet -w 1 -b 0.0.0.0:4000 업로드: 앱
오류가 발생합니다.
명령에 "--no-sendfile"을 추가하면 오류 메시지가 전송되지 않습니다. "sendfile" 없이 다운로드 작업을 수행할 수 있다면 언제 이 "sendfile"을 사용해야 합니까?

gunicorn(버전 19.9.0) eventlet과 동일한 문제

19.9.0에서 @SaintSimmo 의 --no-sendfile 설정 권장 사항 도 저에게 효과적이었습니다.

예, 동일한 문제이며 eventlet 작업자를 제거한 후 제대로 작동합니다.

이 명령(gunicorn -w 1 -k eventlet -b 127.0.0.1:5000 wsgi:app)으로 서버를 시작하면 아래 예외가 발생하고 클라이언트 응답에서 내 이미지가 잘립니다.
[오류] 소켓 오류 처리 요청.
...
BlockingIOError: [Errno 11] 리소스를 일시적으로 사용할 수 없습니다.

작업자 클래스 정의를 제거하면 작동합니다.
gunicorn -w 1 -b 127.0.0.1:5000 wsgi:app

@jacebrowning 및 @SaintSimmo , gunicorn 명령에 --no-sendfile 추가 매개변수가 효과적인지 확인합니다.

이것은 일반적으로 nproc 이 너무 적기 때문입니다. ' /etc/security/limits.conf ' 파일을 편집하여 해당 프로그램을 실행하는 사용자의 nproc 수를 늘릴 수 있습니다.

이 문제로 고통 받고 있습니까? Python 3.4 이상을 사용하는 경우 Gunicorn 버전을 업데이트하십시오.

--worker-class와 같은 문제가 있었습니다. gunicorn을 20.0.4로 업데이트하고 문제가 해결되었습니다.

작업자 클래스를 gevent로 변경하면 저에게 효과적이었습니다. --worker-class gevent