Gunicorn: कार्यकर्ता बूट करने में विफल रहा

को निर्मित 25 अप्रैल 2012 · 36टिप्पणियाँ · स्रोत: benoitc/gunicorn

मेरे पास वर्चुअलएन्व में चलने वाली एक उचित सीधी Django साइट है। जब मैं ./manage.py रनरवर का उपयोग करता हूं तो यह ठीक चलता है, लेकिन जब मैं इसे गनिकोर्न के साथ चलाने की कोशिश करता हूं तो मुझे मिलता है कि एक कार्यकर्ता बिना किसी स्पष्टीकरण के त्रुटि को बूट करने में विफल रहा।

tijs<strong i="6">@python</strong>:~/projects/hoogtij.net$ sudo ./runscript.sh 
2012-04-25 14:02:08 [12681] [INFO] Starting gunicorn 0.14.1
2012-04-25 14:02:08 [12681] [INFO] Listening at: http://127.0.0.1:8001 (12681)
2012-04-25 14:02:08 [12681] [INFO] Using worker: sync
2012-04-25 14:02:08 [12696] [INFO] Booting worker with pid: 12696
2012-04-25 14:02:08 [12697] [INFO] Booting worker with pid: 12697
2012-04-25 14:02:08 [12698] [INFO] Booting worker with pid: 12698
Traceback (most recent call last):
  File "/home/tijs/.virtualenvs/hoogtij/bin/gunicorn_django", line 8, in <module>
    load_entry_point('gunicorn==0.14.1', 'console_scripts', 'gunicorn_django')()
  File "/home/tijs/.virtualenvs/hoogtij/local/lib/python2.7/site-packages/gunicorn/app/djangoapp.py", line 129, in run
    DjangoApplication("%prog [OPTIONS] [SETTINGS_PATH]").run()
  File "/home/tijs/.virtualenvs/hoogtij/local/lib/python2.7/site-packages/gunicorn/app/base.py", line 129, in run
    Arbiter(self).run()
  File "/home/tijs/.virtualenvs/hoogtij/local/lib/python2.7/site-packages/gunicorn/arbiter.py", line 184, in run
    self.halt(reason=inst.reason, exit_status=inst.exit_status)
  File "/home/tijs/.virtualenvs/hoogtij/local/lib/python2.7/site-packages/gunicorn/arbiter.py", line 279, in halt
    self.stop()
  File "/home/tijs/.virtualenvs/hoogtij/local/lib/python2.7/site-packages/gunicorn/arbiter.py", line 327, in stop
    self.reap_workers()
  File "/home/tijs/.virtualenvs/hoogtij/local/lib/python2.7/site-packages/gunicorn/arbiter.py", line 413, in reap_workers
    raise HaltServer(reason, self.WORKER_BOOT_ERROR)
gunicorn.errors.HaltServer: <HaltServer 'Worker failed to boot.' 3>

इस मुद्दे को हल करने के लिए मुझे कहां जाना चाहिए?

स्रोत

tijs

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

एक ही मुद्दे का सामना करने वाले किसी भी व्यक्ति के लिए, समस्या आमतौर पर django में ही कुछ होती है।
अपना वेनव सक्रिय करें और ./manage.py रनसर्वर चलाएं

यह आमतौर पर आपको अधिक विस्तृत त्रुटि संदेश देगा।

fergalmoran 12 अग॰ 2013

👍22 🎉9 ❤6 😄3

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

क्या गनिकोर्न वर्चुअलएन्व के अंदर या बाहर स्थापित है?

tilgovi 26 अप्रैल 2012

अंदर। अब तक मुझे लगता है कि यह एक ऐप मुद्दा है क्योंकि जब मैं अधिकांश सेटिंग्स को फेंक देता हूं तो गनिकोर्न शुरू होता है, यह सिर्फ इतना है कि आप यह नहीं बता सकते कि उस आउटपुट को देखते समय क्या विफल हो रहा है।

tijs 26 अप्रैल 2012

"--debug --log-level डीबग" के साथ प्रयास करें। देखें कि क्या आपको और जानकारी मिलती है।

tilgovi 26 अप्रैल 2012

यह डिबग लॉग स्तर के साथ आउटपुट है मुझे डर है

tijs 26 अप्रैल 2012

:निराश:
मुझे अभी तक यकीन नहीं हो रहा है कि क्या हो रहा है। "बूटिंग वर्कर" संदेश के बाद मुझे कोई समस्या होने पर "वर्कर प्रक्रिया में अपवाद" देखने की उम्मीद है। अभी आधी रात यहाँ है, लेकिन मैं उस पर सोऊँगा और शायद कुछ लेकर आऊँ।

tilgovi 26 अप्रैल 2012

धन्यवाद आदमी, अगर मैं इसे स्वयं समझूं तो मैं आपको बता दूंगा। मैं अब सेटिंग्स के माध्यम से काम कर रहा हूं। जब तक मैं फिर से त्रुटि नहीं मारता, तब तक सामान चालू करना। पुराना स्कूल डिबगिंग :)

tijs 26 अप्रैल 2012

@benoitc ने log.exception क्यों काम नहीं किया?

tilgovi 27 अप्रैल 2012

मैं आम तौर पर उस का उपयोग करना पसंद नहीं करता क्योंकि यह सिर्फ एक अजगर चीज है अगर यह समझ में आता है।

डीबग ध्वनि वहां अधिक उपयुक्त है। असली जोड़ ट्रेसबैक है :)

benoitc 27 अप्रैल 2012

असल में मुझे एक ही समस्या है और मुझे लगता है कि यह लॉग फ़ाइल पर लिखने की अनुमति के साथ करना है। अगर मैं लॉग फाइल (stderr और stdout) को सार्वजनिक रूप से लिखने योग्य बनाता हूं तो ऐसा लगता है कि यह ठीक काम कर रहा है। तो मुझे लगता है कि यह मुझे इस सवाल पर लाता है कि जब आप पहली बार पर्यवेक्षक से गनिकोर्न शुरू करते हैं तो गनिकोर्न के कार्यभार संभालने से पहले लॉग फाइलें रूट के तहत बनाई जाती हैं। यह सुनिश्चित करने का सबसे अच्छा तरीका क्या है कि लॉग फाइलें गनिकोर्न द्वारा बनाई गई हैं न कि पर्यवेक्षक द्वारा?

panyam 14 मई 2012

आप गनिकोर्न कैसे लॉन्च करते हैं? क्या आप इसे अंतिम शीर्ष के साथ पुन: पेश करते हैं?

benoitc 14 मई 2012

मैं इसे पर्यवेक्षक के साथ लॉन्च करता हूं। यहाँ पर्यवेक्षक के लिए मेरा गनिकोर्न विन्यास है:

[कार्यक्रम: स्लाइसवेब]
निर्देशिका =/ऑप्ट/src/स्लाइसफ़ोन/वेबएप/वेबएप/
कमांड = /opt/src/slicephone/webapp/scripts/gunicorn.sh
stdout_logfile = /opt/logs/supervisord.stdout.log
stderr_logfile = /opt/logs/supervisord.stderr.log

और वास्तविक गनिकोर्न स्क्रिप्ट (ध्यान दें कि मैं गनिकोर्न उपयोगकर्ता/समूह को लॉग फ़ाइलों को कैसे स्पर्श और चोदता हूं):

!/बिन/बाश

सेट-ई
DATASTORE_SOFTWARE="XXXXX"
ACCESS_LOGFILE=/opt/logs/gunicorn.slice.access.log
ERROR_LOGFILE=/opt/logs/gunicorn.slice.error.log
LOGFILE=/opt/logs/gunicorn.slice.log
LOGDIR=$(dirname $LOGFILE)
WEBAPPDIR=$(dirname $0)/../
NUM_WORKERS=3
DEBUG_FLAGS="--debug --log-level डीबग"

उपयोगकर्ता/समूह के रूप में चलाने के लिए

उपयोगकर्ता = www-डेटा
ग्रुप = www-डेटा
सीडी $WEBAPPDIR/webapp
टेस्ट-डी $LOGDIR || एमकेडीआईआर-पी $LOGDIR
इको वेबएपडिर: $WEBAPPDIR
गूंज "उपयोगकर्ता: $USER"
गूंज "समूह: $GROUP"

$ACCESS_LOGFILE $ERROR_LOGFILE $LOGFILE को स्पर्श करें
chown -R $USER:$GROUP $ACCESS_LOGFILE $ERROR_LOGFILE $LOGFILE

निर्यात DATASTORE_SOFTWARE=$DATASTORE_SOFTWARE; निष्पादन/ऑप्ट/virtenvs/django_slice/bin/gunicorn_django $DEBUG_FLAGS -w $NUM_WORKERS --user=$USER --group=$GROUP --log-level=debug --log-file=$LOGFILE --access-logfile= $ACCESS_LOGFILE --error-logfile=$ERROR_LOGFILE

नवीनतम सिर के बारे में अच्छा सवाल। पाइप फ्रीज इसे 0.14.1 दिखाता है (.2 नवीनतम है ना?)

panyam 14 मई 2012

क्या आपने समस्या का समाधान किया है? मेरे पास एक ही समस्या है और वर्तमान में मुझे नहीं पता कि इसे कैसे हल किया जाए।

anyeguyue 20 मई 2012

हां हल किया जाना चाहिए। आप गनिकोर्न का कौन सा संस्करण चला रहे हैं? क्या आप मुझे अपनी कॉन्फ़िगरेशन के बारे में अधिक जानकारी प्रदान कर सकते हैं ताकि मैं इसे पुन: पेश कर सकूं? धन्यवाद।

@panyam क्या आपने 0.14.3 के साथ प्रयास किया?

benoitc 20 मई 2012

@benoitc क्षमा करें दोस्त मैंने इसे 0.14.3 पर कोशिश नहीं की। जैसे ही पर्यवेक्षक स्क्रिप्ट शुरू करता है, मैं गनिकोर्न उपयोगकर्ता को लॉग फ़ाइलों का स्वामी बनाकर 0.14.1 पर काम करने में कामयाब रहा।

panyam 21 मई 2012

बस स्पष्ट करने के लिए मुझे नहीं लगता कि यह एक बंदूकधारी मुद्दा है। @anyeguyue - इसे

panyam 21 मई 2012

मुझे बस वही समस्या मिली, जिसे पहले 'पायथन मैनेज.पी सिंकडीबी' द्वारा हल किया गया जिससे एक त्रुटि हुई। उस सेटिंग समस्या को ठीक करने के बाद, गनिकोर्न ने काम किया (nginx को पुनरारंभ करने के बाद)।

skyahead 21 मई 2012

मैंने इस समस्या को भी हल किया लेकिन एक अलग तरीके से। Gunicorn_django फ़ाइल की पहली पंक्ति "#!/opt/django/env/mysite/bin/python" थी, जो मेरे वर्चुअलएन्वायरमेंट पायथन पथ का पथ है। इसे "#!/Usr/bin/env python" के रूप में प्रतिस्थापित करके हल की गई समस्या, हालांकि वे दोनों एक ही पायथन दुभाषिया का उपयोग करते थे, लेकिन कुछ PYTHONPATH अंतर हैं, इसलिए यह पहले विफल हो गया था।

anyeguyue 29 मई 2012

🎉1 👍1

@anyeguyue मुझे गनिकोर्न 0.14.5 और Django 1.4 पर एक ही समस्या का सामना करना पड़ा, लेकिन इससे भी बदतर लक्षणों के साथ: gunicorn_django -b 0.0.0.0:8000 ने चलने से इनकार कर दिया। आपका फिक्स काम करता है, और बहुत स्पष्ट है: किसी को हमेशा /usr/bin/env पूछना चाहिए जो उपयोग करने के लिए python है! धन्यवाद।

asimihsan 15 जुल॰ 2012

@asimihsan， मदद करने में खुशी हुई

anyeguyue 16 जुल॰ 2012

मेरे पास भी यह मुद्दा था। बाहर आया यह मेरे कोड में गलत आयात के साथ कुछ समस्या थी। यदि आप डिबग करना चाहते हैं तो gunicorn_django --preload चलाने का प्रयास करें - यह उम्मीद है कि सही अपवाद थूक देगा।

vibrant 1 अग॰ 2012

👍11

यह आमतौर पर आपको अधिक विस्तृत त्रुटि संदेश देगा।

fergalmoran 12 अग॰ 2013

👍22 🎉9 ❤6 😄3

: +1: @fergalmoran ने मेरी समस्या को हल करने में मेरी मदद की (यह जनहित याचिका के साथ एक समस्या थी)

mohamedturki 16 अग॰ 2013

मुझे एक ही समस्या का सामना करना पड़ रहा है ... और यह नहीं पता कि इसे कैसे हल किया जाए

pythdasch 5 दिस॰ 2014

👍1

@pythdasch यहाँ कुछ अलग-अलग समस्याओं के बारे में बात की गई है। यदि आप कुछ और जानकारी प्रदान कर सकते हैं तो कृपया एक नया टिकट खोलें, या बस मेलिंग सूची में एक संदेश भेजें और अन्य लोग डीबग करने में आपकी सहायता कर सकते हैं।

tilgovi 5 दिस॰ 2014

मुझे लगता है कि हमने #gunicorn पर @pythdasch की समस्या का समाधान कर दिया है। @pythdasch , क्या आप पुष्टि कर सकते हैं?

berkerpeksag 5 दिस॰ 2014

मैं पुष्टि करता हूं, बर्कर के लिए धन्यवाद :)

मेरा wsgi मेरे manage.py के समान फ़ोल्डर में था, इसलिए मुझे पथ wsgi डालना पड़ा डब्लूएसजीआई:आवेदन

pythdasch 5 दिस॰ 2014

(यह wsgi के लिए गलत रास्ता था। इस मामले में wsgi: application के बजाय project.wsgi:application होना चाहिए)

collinanderson 5 दिस॰ 2014

@tilgovi हाँ क्षमा करें मैं इसे हल करने के लिए आईआरसी चैनल गनिकोर्न में गया :)

pythdasch 5 दिस॰ 2014

मुझे कल उसी मुद्दे का सामना करना पड़ा, जिसमें गनिकोर्न 0.18 और निम्नलिखित आह्वान था:

gunicorn 'app:create_app()' --name X --workers 5 --user=apprunner --group=apprunner --bind='0.0.0.0:5000' --log-config=resource/config/di/logging.conf --timeout=360 --debug --log-level debug

यह मेरे फ्लास्क एप्लिकेशन में एक ImportError के कारण था। यहां लेने का तरीका यह है कि यदि कार्यकर्ता बूट पर दुर्घटनाग्रस्त हो जाता है तो गनिकोर्न एप्लिकेशन से ट्रेसबैक प्रदर्शित नहीं करता है, इसलिए मुझे वास्तविक समस्या को देखने के लिए मैन्युअल रूप से फ्लास्क ऐप शुरू करना पड़ा।

brouberol 10 दिस॰ 2014

👍2

मुझे आश्चर्य है कि क्या हम इसे वास्तविक ट्रेसबैक प्रदर्शित करने के लिए प्राप्त कर सकते हैं

collinanderson 10 दिस॰ 2014

यह बहुत अच्छा होगा। आईएमओ, अगली सबसे अच्छी बात, यदि मूल ट्रेसबैक प्रदर्शित करना संभव नहीं है, तो वास्तविक त्रुटि को देखने के लिए, गनिकोर्न का उपयोग करने के बजाय, सीधे एप्लिकेशन को चलाने का सुझाव देने वाला एक संदेश शामिल करना होगा।

brouberol 10 दिस॰ 2014

अगर मैं समस्या को सही ढंग से समझता हूं, तो Gunicorn पहले से ही ImportError जैसे अपवाद संदेश दिखाता है:

$ gunicorn a:app --error-logfile=- --access-logfile=-
[2014-12-10 17:13:31 +0000] [12176] [INFO] Starting gunicorn 19.2.0
[2014-12-10 17:13:31 +0000] [12176] [INFO] Listening at: http://127.0.0.1:8000 (12176)
[2014-12-10 17:13:31 +0000] [12176] [INFO] Using worker: sync
[2014-12-10 17:13:31 +0000] [12181] [INFO] Booting worker with pid: 12181
[2014-12-10 17:13:31 +0000] [12181] [ERROR] Exception in worker process:
Traceback (most recent call last):
  File "/home/berker/projects/gunicorn/gunicorn/arbiter.py", line 517, in spawn_worker
    worker.init_process()
  File "/home/berker/projects/gunicorn/gunicorn/workers/base.py", line 117, in init_process
    self.wsgi = self.app.wsgi()
  File "/home/berker/projects/gunicorn/gunicorn/app/base.py", line 67, in wsgi
    self.callable = self.load()
  File "/home/berker/projects/gunicorn/gunicorn/app/wsgiapp.py", line 65, in load
    return self.load_wsgiapp()
  File "/home/berker/projects/gunicorn/gunicorn/app/wsgiapp.py", line 52, in load_wsgiapp
    return util.import_app(self.app_uri)
  File "/home/berker/projects/gunicorn/gunicorn/util.py", line 355, in import_app
    __import__(module)
  File "/home/berker/projects/testdjango/a.py", line 1, in <module>
    from flask import Flask
ImportError: No module named flask

और अन्य प्रकार के त्रुटि संदेश:

$ gunicorn a:app --error-logfile=- --access-logfile=-
[2014-12-10 17:18:52 +0000] [12294] [INFO] Starting gunicorn 19.2.0
[2014-12-10 17:18:52 +0000] [12294] [ERROR] Connection in use: ('127.0.0.1', 8000)
[2014-12-10 17:18:52 +0000] [12294] [ERROR] Retrying in 1 second.
[2014-12-10 17:18:53 +0000] [12294] [ERROR] Connection in use: ('127.0.0.1', 8000)
[2014-12-10 17:18:53 +0000] [12294] [ERROR] Retrying in 1 second.
[2014-12-10 17:18:54 +0000] [12294] [ERROR] Connection in use: ('127.0.0.1', 8000)
[2014-12-10 17:18:54 +0000] [12294] [ERROR] Retrying in 1 second.

berkerpeksag 10 दिस॰ 2014

जब मैंने ऐप को इस तरह चलाने की कोशिश की तो मुझे उसी समस्या का सामना करना पड़ा:

gunicorn app:application -b localhost:3000

समस्या नाम की एक निर्देशिका की उपस्थिति में किया गया था app भी फ़ाइल के अलावा app.py । इसने अजगर फ़ाइल का नाम बदलने के बाद काम किया।

kevinisaac 28 जन॰ 2015

@brouberol मैं अब भी इसी मुद्दे पर आया था। जब फ्लास्क एप्लिकेशन में कुछ मॉड्यूल आयात त्रुटि का कारण बनते हैं, तो Gunicorn ट्रेसबैक लॉग नहीं करेगा लेकिन फ्लास्क का अंतर्निहित सर्वर कर सकता है।

हम क्या कर सकते हैं कि अगर Gunicorn किसी भी त्रुटि लॉग में अधिक विशिष्ट जानकारी के बिना कार्यकर्ता को बूट करने में विफल रहता है, तो पहले फ्लास्क के बिल्टिन सर्वर का प्रयास करें।

simoncos 9 मार्च 2018

गनकॉर्न के साथ चलाएं --preload त्रुटि लॉग देख सकता है

hotea 15 जून 2018

👍26 🎉8 ❤2 👀1 😄1

मेरे लिए, Django runserver ठीक काम किया। समस्या gunicorn.conf.py फ़ाइल में Django settings आयात कर रही थी। उस आयात को हटाने से समस्या हल हो गई।

CefBoud 4 जुल॰ 2021

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

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

Gunicorn: कार्यकर्ता बूट करने में विफल रहा

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

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

!/बिन/बाश

उपयोगकर्ता/समूह के रूप में चलाने के लिए

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