Gunicorn: OSError: [Errno 11] हेरोकू पर संस्करण 19.8.1 (और 19.8.0) पर अस्थायी रूप से अनुपलब्ध संसाधन

को निर्मित 29 मई 2018 · 14टिप्पणियाँ · स्रोत: benoitc/gunicorn

मैं Heroku पर एक साधारण कुप्पी सर्वर चला रहा हूँ:

web: gunicorn --worker-class eventlet -w 1 app:app --log-file=-

यह विभिन्न अन्य पैकेजों के साथ संगतता के लिए पायथन 2.7.15 का उपयोग कर रहा है।

मुझे लगता है कि इस समस्या का एक डुप्लिकेट युगों पहले से चला गया है क्योंकि हेरोकू v. 19.8.1 में स्थानांतरित हो गया है। कुछ छवियां (कहीं भी कुछ kb से कुछ mb आकार में) लोड नहीं होंगी; मेरे पास बहुत सारी छवियों वाली एक साइट है (ज्यादातर एनीमेशन के लिए स्प्राइट शीट) और प्रतीत होता है कि उनमें से एक यादृच्छिक चयन हर बार लोड नहीं होगा, प्रत्येक निम्न त्रुटि फेंक रहा है (यदि छवियों को पहले के संस्करण से कैश किया गया है, तो यह बिना किसी समस्या के लोड होता है) :

2018-05-29T09:24:36.216949+00:00 app[web.1]: [2018-05-29 09:24:36 +0000] [10] [ERROR] Socket error processing request. 2018-05-29T09:24:36.216969+00:00 app[web.1]: Traceback (most recent call last): 2018-05-29T09:24:36.216971+00:00 app[web.1]: File "/app/.heroku/python/lib/python2.7/site-packages/gunicorn/workers/async.py", line 66, in handle 2018-05-29T09:24:36.216972+00:00 app[web.1]: six.reraise(*sys.exc_info()) 2018-05-29T09:24:36.216974+00:00 app[web.1]: File "/app/.heroku/python/lib/python2.7/site-packages/gunicorn/workers/async.py", line 56, in handle 2018-05-29T09:24:36.216976+00:00 app[web.1]: self.handle_request(listener_name, req, client, addr) 2018-05-29T09:24:36.216978+00:00 app[web.1]: File "/app/.heroku/python/lib/python2.7/site-packages/gunicorn/workers/async.py", line 129, in handle_request 2018-05-29T09:24:36.216980+00:00 app[web.1]: six.reraise(*sys.exc_info()) 2018-05-29T09:24:36.216981+00:00 app[web.1]: File "/app/.heroku/python/lib/python2.7/site-packages/gunicorn/workers/async.py", line 112, in handle_request 2018-05-29T09:24:36.216983+00:00 app[web.1]: resp.write_file(respiter) 2018-05-29T09:24:36.216985+00:00 app[web.1]: File "/app/.heroku/python/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 403, in write_file 2018-05-29T09:24:36.216987+00:00 app[web.1]: if not self.sendfile(respiter): 2018-05-29T09:24:36.216989+00:00 app[web.1]: File "/app/.heroku/python/lib/python2.7/site-packages/gunicorn/http/wsgi.py", line 393, in sendfile 2018-05-29T09:24:36.216990+00:00 app[web.1]: sent += sendfile(sockno, fileno, offset + sent, count) 2018-05-29T09:24:36.216992+00:00 app[web.1]: File "/app/.heroku/python/lib/python2.7/site-packages/gunicorn/http/_sendfile.py", line 66, in sendfile 2018-05-29T09:24:36.216994+00:00 app[web.1]: raise OSError(e, os.strerror(e)) 2018-05-29T09:24:36.216996+00:00 app[web.1]: OSError: [Errno 11] Resource temporarily unavailable

आवश्यकताओं में ये अन्य संस्करण हैं। txt:

Flask==0.12.2 gunicorn==19.8.1 pymongo==3.6.1 flask_socketio==2.9.6 flask_cors==3.0.3 eventlet==0.22.1 gevent==1.2.2

गनिकोर्न को 19.7.1 में बदलने से समस्या का समाधान होता है; यह 19.8.0 के साथ बनी रहती है।
2012 से इसी तरह की समस्या के साथ, यह अनुरोध टाइमआउट समस्या नहीं है क्योंकि यह जो त्रुटि फेंकता है वह बहुत तत्काल है। 19.7.1 पर वापस आने ने इसे ठीक कर दिया है, इसलिए अभी के लिए मैं इसके साथ रहूंगा, लेकिन नवीनतम संस्करण का उपयोग करना अच्छा होगा। ऐसा लगता है कि यह एक हेरोकू-विशिष्ट समस्या हो सकती है; मैंने केवल पिछले महीने या उसके बाद देखा, लेकिन उन्होंने संस्करण कब बदले, इसके बारे में कोई जानकारी नहीं मिल सकी।

स्रोत

CCuskley

सबसे उपयोगी टिप्पणी

मैं आज, पूरे दिन इसी मुद्दे से लड़ता रहा। और मैं _थिंक_ मैंने अंत में इसे ठीक कर लिया। मैं nginx, कुप्पी, gunicorn w/इवेंटलेट, और docker का उपयोग कर रहा हूँ।

मेरा (प्रासंगिक) pip freeze आउटपुट:

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

मेरा गनिकोर्न कमांड:
gunicorn -b 0.0.0.0:8000 --workers 1 --worker-class eventlet --log-level=DEBUG myapp.wsgi:app

पहला लक्षण ब्राउज़र में ERR_CONTENT_LENGTH_MISMATCH फेंकने वाले बड़े स्थिर फ़ाइल लोड थे। जाहिर है इसने एप्लिकेशन को तोड़ दिया, क्योंकि बड़े स्थिर जेएस libs लोड नहीं किए जा रहे थे।

दूसरा लक्षण nginx निम्नलिखित को error.log में लॉग कर रहा था: upstream prematurely closed connection while reading upstream

अंत में, मैंने इसे वापस एक गनिकोर्न लॉग आइटम पर खोजा:

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 ध्वज के साथ गनिकोर्न शुरू करना था, और समस्या दूर हो गई। क्यों? निश्चित नहीं... मुझे खुशी है कि यह काम कर रहा है।

यह भी ध्यान देने योग्य है कि, मेरी समस्या निवारण के दौरान, मैंने अपने nginx.conf को यहां पाए गए उदाहरण के समान बनाने की पूरी कोशिश की: http://docs.gunicorn.org/en/stable/deploy.html

SaintSimmo 24 जुल॰ 2018

❤4 👍4

सभी 14 टिप्पणियाँ

मेरा (प्रासंगिक) pip freeze आउटपुट:

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

मेरा गनिकोर्न कमांड:
gunicorn -b 0.0.0.0:8000 --workers 1 --worker-class eventlet --log-level=DEBUG myapp.wsgi:app

दूसरा लक्षण nginx निम्नलिखित को error.log में लॉग कर रहा था: upstream prematurely closed connection while reading upstream

अंत में, मैंने इसे वापस एक गनिकोर्न लॉग आइटम पर खोजा:

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

SaintSimmo 24 जुल॰ 2018

❤4 👍4

मैं इस मुद्दे को भी पूरा करता हूं, 19.7.0 ठीक काम करता है

ibuler 11 सित॰ 2018

क्या यह तुरंत होता है या एक लंबी प्रतिक्रिया के बाद आंशिक रूप से भेजा गया है?

tilgovi 12 सित॰ 2018

स्थिर फ़ाइल कारण हो सकता है

ibuler 12 सित॰ 2018

इस पर किसी भी अद्यतन? मैं 19.9.0 . में इसी मुद्दे का सामना कर रहा हूं

सब कुछ ठीक चल रहा था और अचानक से ऐसा होने लगा।

akhilputhiry 12 अक्तू॰ 2018

😕1

@tilgovi मुझे बताएं कि क्या आपको इसके बारे में कुछ जानकारी चाहिए। एकाएक यह मुद्दा सामने आने लगा

akhilputhiry 26 अक्तू॰ 2018

मेरे लिए समस्या इवेंटलेट वर्कर की वजह से थी। मैंने इवेंटलेट हटा दिया और अब सब कुछ ठीक है।

akhilputhiry 4 नव॰ 2018

मैं एक ही समस्या से मिलता हूं। और @SaintSimmo का सुझाव मेरे लिए अच्छा काम करता है। बड़ी फ़ाइल डाउनलोड करना प्रारंभ करते समय यह समस्या तुरंत उत्पन्न होती है। मैं फ्लास्क और इवेंटलेट का उपयोग कर रहा हूं। और डाउनलोडिंग का काम फ्लास्क से send_from_directory द्वारा किया जाता है।
निम्नलिखित आदेश में गनिकोर्न शुरू किया गया है:
गनिकोर्न --वर्कर-क्लास इवेंटलेट-डब्ल्यू 1-बी 0.0.0.0:4000 अपलोड: ऐप
जो त्रुटि देगा।
यदि कमांड में "--no-sendfile" जोड़ा जाता है, तो कोई त्रुटि संदेश नहीं भेजा जाता है। यदि डाउनलोडिंग कार्य "sendfile" के बिना किया जा सकता है, तो इस "sendfile" का उपयोग कब किया जाना चाहिए?

sodynamic 19 नव॰ 2018

गनिकोर्न (संस्करण 19.9.0) इवेंटलेट के साथ एक ही मुद्दा

doomzhou 18 जन॰ 2019

👍6

19.9.0 को, @SaintSimmo की --no-sendfile सेट करने की सिफारिश ने भी मेरे लिए काम किया।

jacebrowning 7 अप्रैल 2019

👍3

हां, वही समस्या और इवेंटलेट कार्यकर्ता को हटाने के बाद यह ठीक काम कर रहा है।

जब मैं इस आदेश के साथ सर्वर शुरू करता हूं (gunicorn -w 1 -k eventlet -b 127.0.0.1:5000 wsgi:app) मुझे नीचे अपवाद मिलते हैं और मेरी छवि क्लाइंट प्रतिक्रिया पर काट दी जाती है।
[त्रुटि] सॉकेट त्रुटि प्रसंस्करण अनुरोध।
...
BlockingIOError: [Errno 11] संसाधन अस्थायी रूप से अनुपलब्ध

कार्यकर्ता वर्ग परिभाषा को हटाकर, यह काम करता है।
गनिकोर्न -w 1-b 127.0.0.1:5000 wsgi:app

@jacebrowning और @SaintSimmo , मैं पुष्टि करता हूं कि --no-sendfile अतिरिक्त पैरामीटर gunicorn कमांड में प्रभावी है।

andre-carvalho 12 अप्रैल 2019

👍3

यह आमतौर पर nproc के बहुत कम होने के कारण होता है, आप ' /etc/security/limits.conf ' फ़ाइल को संपादित करके उस प्रोग्राम को चलाने वाले उपयोगकर्ता के लिए nproc की संख्या बढ़ा सकते हैं।

DingGuodong 28 नव॰ 2019

क्या आप इस समस्या से पीड़ित हैं? यदि आप Python 3.4 या इसके बाद के संस्करण का उपयोग कर रहे हैं, तो अपने Gunicorn संस्करण को अपडेट करें।

मुझे --worker-class के साथ भी यही समस्या थी। मैंने गनिकोर्न को 20.0.4 पर अपडेट किया और समस्या हल हो गई।

JHyeok 29 नव॰ 2019

वर्कर क्लास को जेवेंट में बदलना मेरे लिए कारगर रहा। --worker-class gevent

Puvipavan 29 मई 2021

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Gunicorn: OSError: [Errno 11] हेरोकू पर संस्करण 19.8.1 (और 19.8.0) पर अस्थायी रूप से अनुपलब्ध संसाधन

सबसे उपयोगी टिप्पणी

सभी 14 टिप्पणियाँ

संबंधित मुद्दों