<p>गुनिकॉर्न 20.0.0: --पेस्ट [सर्वर: मुख्य] के तहत तर्कों का पता नहीं लगा रहा है</p>

को निर्मित 12 नव॰ 2019 · 31टिप्पणियाँ · स्रोत: benoitc/gunicorn

हैलो गनिकोर्न अनुरक्षक,

वातावरण:

python 3.6.1
pyramid==1.9.2

12 सितंबर 2019 को, मैंने इस स्टैक ओवरफ़्लो सुझाव के अनुसार waitress को gunicorn $ के साथ बदलकर, जिस तरह से एक आंतरिक pyramid सर्वर को तैनात किया जा रहा था, उस पर दोबारा प्रतिक्रिया दी:

https://stackoverflow.com/a/26872261/10491481

जिस समय आंतरिक पीआर बनाया गया था, उस समय gunicorn की नवीनतम रिलीज़ 19.9.0 थी।

मुझे आज फिर से कार्यान्वयन की समीक्षा करने के लिए कहा गया, विशेष रूप से हमारे विकास और उत्पादन CentOS 6.5 सर्वर पर परिवर्तन का परीक्षण करने के लिए। मैंने इसे हमारे कोडबेस के एक नए git clone के साथ करने का निर्णय लिया।

जिस समय मैंने पीआर बनाया था, मैंने gunicorn में setup.py का एक संस्करण निर्दिष्ट नहीं किया था, इस प्रकार जब मैंने आज pip install चलाया, तो यह (अप्रत्याशित रूप से) gunicorn==20.0.0 डाउनलोड और इंस्टॉल हो गया।

यह स्पष्ट नहीं था कि development.ini में [server:main] $ के तहत मेरी सेटिंग्स स्टार्ट अप पर प्रतिबिंबित क्यों नहीं हो रही थीं।

स्पष्ट होने के लिए, हमारे development.ini में निम्नलिखित सेटिंग्स के साथ:

[server:main]
use = egg:gunicorn#main
host = 0.0.0.0
port = 9090
workers = 1
worker_class = gevent
certfile=/etc/ssl/certs/current/webserver.cer
keyfile=/etc/ssl/certs/current/private.key.u
ca_certs=/etc/ssl/certs/current/intermediate.cert

gunicorn 19.9.0 :

$ gunicorn --version
gunicorn (version 19.9.0)
$ gunicorn --paste development.ini 
[2019-11-12 12:42:59 -0800] [16733] [INFO] Starting gunicorn 19.9.0
[2019-11-12 12:42:59 -0800] [16733] [INFO] Listening at: https://0.0.0.0:9090 (16733)
[2019-11-12 12:42:59 -0800] [16733] [INFO] Using worker: gevent
[2019-11-12 12:42:59 -0800] [16744] [INFO] Booting worker with pid: 16744

gunicorn 20.0.0

$ gunicorn --version
gunicorn (version 20.0.0)
$ gunicorn --paste development.ini 
[2019-11-12 12:45:28 -0800] [17295] [INFO] Starting gunicorn 20.0.0
[2019-11-12 12:45:28 -0800] [17295] [INFO] Listening at: http://127.0.0.1:8000 (17295)
[2019-11-12 12:45:28 -0800] [17295] [INFO] Using worker: sync
[2019-11-12 12:45:28 -0800] [17300] [INFO] Booting worker with pid: 17300

दो आउटपुट के बीच ध्यान दें:

एसएसएल के साथ अब तैनाती नहीं है (ध्यान दें कि gunicorn 20.0.0 के लिए आउटपुट http कैसे है)
host तर्क अब सही नहीं है (0.0.0.0 के बजाय डिफ़ॉल्ट 127.0.0.1 0.0.0.0 उपयोग करना)
port तर्क अब सही नहीं है (9090 के बजाय डिफ़ॉल्ट 8000 9090 उपयोग करना)

मैंने gunicorn 20.0.0 के लिए चैंज को देखा:

http://docs.gunicorn.org/hi/stable/news.html

लेकिन ऐसा प्रतीत नहीं होता है कि --paste तर्क में किसी भी जानबूझकर तोड़ने वाले परिवर्तन का कोई उल्लेख है।

इसके लायक क्या है, अगर मैं gunicorn 20.0.0 के साथ कमांड लाइन में कौन से तर्क दे सकता हूं, तो सर्वर इरादे के अनुसार शुरू हो जाएगा:

$ gunicorn \
  --paste development.ini \
  -b 0.0.0.0:9090
  --workers 1 \
  --certfile /etc/ssl/certs/current/webserver.cer \
  --keyfile /etc/ssl/certs/current/private.key.u
[2019-11-12 12:54:08 -0800] [18979] [INFO] Starting gunicorn 20.0.0
[2019-11-12 12:54:08 -0800] [18979] [INFO] Listening at: https://0.0.0.0:9090 (18979)
[2019-11-12 12:54:08 -0800] [18979] [INFO] Using worker: sync
[2019-11-12 12:54:08 -0800] [18985] [INFO] Booting worker with pid: 18985

इस मुद्दे को समझने में कोई मदद की बहुत सराहना की जाएगी।

कृपया मुझे बताएं कि क्या इसे पुन: उत्पन्न करने योग्य बनाने के लिए मैं अपने पर्यावरण के बारे में अधिक विवरण प्रदान कर सकता हूं।

धन्यवाद,
कोरी

स्रोत

CorreyL

👍4

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

मैं समस्या को फिर से खोलूंगा और स्व-असाइन करूंगा। जब मैं यहां चैंज को और अधिक सुपाठ्य होने के लिए अपडेट करता हूं तो मैं इसे बंद कर दूंगा।

फिर से, शुरुआत में चेंजलॉग में इसे और अधिक स्पष्ट रूप से नहीं बुलाने के लिए मेरी माफ़ी।

tilgovi 13 नव॰ 2019

👍2

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

मैं क्षमाप्रार्थी हूं। चैंज प्रविष्टि केवल "सरल पेस्ट परिनियोजन दस्तावेज़ीकरण" कहती है, और मुझे यहां एक बेहतर समाचार प्रविष्टि तैयार करने में मदद करनी चाहिए थी।

इसके लिए पीआर यहां है: https://github.com/benoitc/gunicorn/pull/1957

पहले, हमने use = egg:gunicorn#main को हटा दिया था, लेकिन अब इसे बहिष्कृत नहीं किया गया है। परिवर्तन का उद्देश्य पेस्ट परिनियोजन-संगत वातावरण में Gunicorn की भूमिका को स्पष्ट करना है।

.ini फ़ाइल की इस शैली के साथ Gunicorn का उपयोग करने के लिए दो विकल्प हैं।

पहला विकल्प gunicorn CLI का उपयोग करना है। जब आप ऐसा करते हैं, तो आपको सर्वर तर्कों को कॉन्फ़िगर करने के लिए Gunicorn के स्वयं के CLI फ़्लैग्स या Gunicorn के स्वयं के कॉन्फ़िगरेशन मॉड्यूल (डिफ़ॉल्ट gunicorn.conf.py ) का उपयोग करना चाहिए। Gunicorn बाइंड सॉकेट है, पुनः लोड करने का प्रबंधन करता है, PID फाइलें लिखता है और इसी तरह। कॉल करने योग्य एप्लिकेशन को कॉन्फ़िगर करने के लिए Gunicorn आपके .ini में एक app अनुभाग का उपयोग कर सकता है।

दूसरा विकल्प पेस्ट स्क्रिप्ट रनर जैसे pserve का उपयोग करना है। इस मामले में, यह स्क्रिप्ट रनर पुनः लोड करने का प्रबंधन करता है, पीआईडी फाइल लिखता है और इसी तरह। अधिकांश अन्य विकल्पों को अभी भी काम करना चाहिए, लेकिन आपकी .ini फ़ाइल के server ब्लॉक का उपयोग करने के लिए आपको एक स्क्रिप्ट रनर को आमंत्रित करने की आवश्यकता है जो पेस्ट संगत है। Gunicorn अब ऐसा स्क्रिप्ट रनर नहीं रहा।

मुझे बताएं कि क्या मैं और स्पष्टता जोड़ सकता हूं।

tilgovi 12 नव॰ 2019

आपके मामले में, आपको पहले की तरह जारी रखने में सक्षम होना चाहिए, लेकिन अपना आवेदन शुरू करने के लिए pserve के बजाय gunicorn का उपयोग करें। Gunicorn के लिए सभी सर्वर कॉन्फ़िगरेशन तब आपके server ब्लॉक में हो सकते हैं, जैसा कि आप पहले ही कर चुके हैं।

tilgovi 12 नव॰ 2019

👍1

पिछला व्यवहार संभावित रूप से भ्रमित करने वाला था क्योंकि इसने कमांड लाइन पर उन विकल्पों को निर्दिष्ट करने की अनुमति दी थी जो फ़ाइल के साथ संघर्ष करेंगे। हमारे पास .ini फ़ाइल में इंटरपोलेशन के लिए कॉन्फिग वर्जन निर्दिष्ट करने की क्षमता जोड़ने और अलग-अलग server ब्लॉक (अलग-अलग app ब्लॉक के अलावा) निर्दिष्ट करने का अनुरोध भी था। नतीजतन, इन सभी सुविधाओं के लिए समर्थन जोड़ने की कोशिश करने के बजाय Gunicorn का उपयोग पेस्ट _server_ रनर के रूप में करने का निर्णय लिया गया था। Gunicorn CLI अब एक एप्लिकेशन बनाने के लिए एक पेस्ट डिप्लॉय .ini फ़ाइल को पढ़ने का समर्थन करता है, लेकिन server ब्लॉक का उपयोग उस पारिस्थितिकी तंत्र में समर्पित टूलिंग के लिए छोड़ दिया गया है।

tilgovi 12 नव॰ 2019

आपके मामले में, आपको पहले की तरह जारी रखने में सक्षम होना चाहिए, लेकिन अपना आवेदन शुरू करने के लिए pserve के बजाय gunicorn का उपयोग करें।

तेज़ प्रतिक्रिया के लिए धन्यवाद @tilgovi!

आपकी सिफारिश के बाद:

$ pserve development.ini
# ...
Starting server in PID 40148.
[2019-11-12 14:26:30 -0800] [40148] [INFO] Starting gunicorn 20.0.0
[2019-11-12 14:26:30 -0800] [40148] [INFO] Listening at: https://0.0.0.0:9090 (40148)
[2019-11-12 14:26:30 -0800] [40148] [INFO] Using worker: gevent
[2019-11-12 14:26:30 -0800] [40263] [INFO] Booting worker with pid: 40263

जो बहुत अच्छा है, आंतरिक पीआर के हिस्से के बाद से मैंने pserve कमांड को gunicorn में बदलना शामिल किया, जिससे मैं थोड़ा सावधान था क्योंकि मैं हमारे मूल डेवलपर नहीं हूं आंतरिक एपीआई सर्वर।

यह मेरी समस्याओं का समाधान करता है, बेझिझक इस मुद्दे को बंद करें =)

धन्यवाद,
कोरी

CorreyL 12 नव॰ 2019

एक अंतिम नोट, और फिर मुझे लगता है कि मैंने वह सभी विवरण जोड़ दिए हैं जिन्हें मैं याद कर सकता हूं। यह संभावित रूप से भ्रमित करने वाला था कि gunicorn --paste production.ini को लागू करने से सर्वर के रूप में Gunicorn का उपयोग होगा _भले ही server ब्लॉक egg:gunicorn#main _ के अलावा कुछ और निर्दिष्ट किया हो!

चूंकि Gunicorn मुख्य रूप से एक सर्वर और प्रोसेस मैनेजर है, इसलिए Gunicorn का मनमाने ढंग से पेस्ट-संगत सर्वरों को लागू करने के लिए एक सामान्य CLI होने का कोई मतलब नहीं है। इसके बजाय, Gunicorn एक सर्वर है जो पेस्ट परिनियोजन अनुप्रयोगों का समर्थन करता है और यह _is a_ पेस्ट-संगत सर्वर है। हालांकि, यह _not_ एक पेस्ट स्क्रिप्ट रनर CLI है!

tilgovi 12 नव॰ 2019

👍1

मैंने इसके लिए पिरामिड कुकबुक पर एक मुद्दा खोला: https://github.com/Pylons/pyramid_cookbook/issues/222

tilgovi 12 नव॰ 2019

👍1

मैंने सोचा कि मैंने इसे पूरी तरह से गनिकोर्न में ही प्रलेखित किया था, लेकिन मुझे पहली बार में संदर्भ नहीं मिला। यह यहाँ है: http://docs.gunicorn.org/en/stable/run.html#paste -तैनाती

tilgovi 12 नव॰ 2019

👍1

@tilgovi बस एक सिर ऊपर यह मेरी टीम के लिए भी एक ब्रेकिंग बदलाव था। शायद चेंजलॉग के ब्रेकिंग चेंज हिस्से में जाने लायक है?

jmidyet 13 नव॰ 2019

👍1

tilgovi 13 नव॰ 2019

👍2

@तिलगोवि बंप

benoitc 20 नव॰ 2019

कृपया मुझे बताएं कि क्या इसे एक अलग मुद्दे के रूप में खोला जाना चाहिए।

यह हमारे कोडबेस के साथ एक अलग मुद्दा हो सकता है, लेकिन थोड़ा और परीक्षण के बाद, मेरी टीम ने देखा है कि हमारे एपीआई सर्वर के लिए, gunicorn 20.0.0 फ़ंक्शन pyramid_ldap3.get_ldap_connector को तोड़ देता है।

`gunicorn 20.0.0` :

शुरुआत में:

$ pip list | grep gunicorn
gunicorn             20.0.0
$ pserve bioapps/development.ini
[2019-11-20 15:55:30 -0800] [9902] [INFO] Starting gunicorn 20.0.0
[2019-11-20 15:55:30 -0800] [9902] [INFO] Listening at: https://0.0.0.0:10999 (9902)
[2019-11-20 15:55:30 -0800] [9902] [INFO] Using worker: gevent
[2019-11-20 15:55:30 -0800] [10034] [INFO] Booting worker with pid: 10034
/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/gunicorn/workers/ggevent.py:53: MonkeyPatchWarning: Monkey-patching ssl after ssl has already been imported may lead to errors, including RecursionError on Python 3.6. It may also silently lead to incorrect behaviour on Python 3.7. Please monkey-patch earlier. See https://github.com/gevent/gevent/issues/1016. Modules that had direct imports (NOT patched): ['urllib3.util.ssl_ (/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/urllib3/util/ssl_.py)', 'urllib3.util (/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/urllib3/util/__init__.py)'].
  monkey.patch_all()

प्रमाणित करने का प्रयास करने के बाद:

[2019-11-20 15:57:54,189] INFO  [access:342][DummyThread-1] 10.9.202.54 - - "POST https://bioappsdev02.bcgsc.ca:10999/session HTTP/1.1" {'username': 'colim', 'password': ''}
[2019-11-20 15:57:57,276] ERROR [exc_logger:114][DummyThread-1] 'https://bioappsdev02.bcgsc.ca:10999/session'
Traceback (most recent call last):
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid/tweens.py", line 39, in excview_tween
    response = handler(request)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid/router.py", line 156, in handle_request
    view_name
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid/view.py", line 642, in _call_view
    response = view_callable(context, request)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid/config/views.py", line 181, in __call__
    return view(context, request)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid/viewderivers.py", line 390, in attr_view
    return view(context, request)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid/viewderivers.py", line 368, in predicate_wrapper
    return view(context, request)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid/viewderivers.py", line 439, in rendered_view
    result = view(context, request)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid/viewderivers.py", line 148, in _requestonly_view
    response = view(request)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/cornice/service.py", line 493, in wrapper
    response = view_(request)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/bioapps/api/endpoints/session.py", line 139, in session_post
    username, request.validated['password'], request,
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/bioapps/api/endpoints/session.py", line 27, in get_ldap_groups
    auth = connector.authenticate(username, password)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid_ldap3/__init__.py", line 208, in authenticate
    password=escape_for_search(password))
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid_ldap3/__init__.py", line 82, in execute
    with manager.connection() as conn:
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/pyramid_ldap3/__init__.py", line 165, in connection
    auto_bind=True, lazy=False, read_only=True)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/ldap3/core/connection.py", line 326, in __init__
    self.do_auto_bind()
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/ldap3/core/connection.py", line 343, in do_auto_bind
    self.bind(read_server_info=True)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/ldap3/core/connection.py", line 585, in bind
    _, result = self.get_response(response)
  File "/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/ldap3/strategy/base.py", line 370, in get_response
    raise LDAPResponseTimeoutError('no response from server')
ldap3.core.exceptions.LDAPResponseTimeoutError: no response from server
[2019-11-20 15:57:57,298] INFO  [access:362][DummyThread-1] 10.9.202.54 - - "POST https://bioappsdev02.bcgsc.ca:10999/session HTTP/1.1" 500 206

`gunicorn 19.9.0`

शुरुआत में:

$ pip install gunicorn==19.9.0
Collecting gunicorn==19.9.0
  Using cached https://files.pythonhosted.org/packages/8c/da/b8dd8deb741bff556db53902d4706774c8e1e67265f69528c14c003644e6/gunicorn-19.9.0-py2.py3-none-any.whl
Installing collected packages: gunicorn
  Found existing installation: gunicorn 20.0.0
    Uninstalling gunicorn-20.0.0:
      Successfully uninstalled gunicorn-20.0.0
Successfully installed gunicorn-19.9.0
$ pip list | grep unicorn
gunicorn             19.9.0
$ gunicorn --paste bioapps/development.ini
[2019-11-20 16:03:45 -0800] [12015] [INFO] Starting gunicorn 19.9.0
[2019-11-20 16:03:45 -0800] [12015] [INFO] Listening at: https://0.0.0.0:10999 (12015)
[2019-11-20 16:03:45 -0800] [12015] [INFO] Using worker: gevent
[2019-11-20 16:03:45 -0800] [12018] [INFO] Booting worker with pid: 12018

प्रमाणित करने का प्रयास करने के बाद:

[2019-11-20 16:04:39,292] INFO  [access:342][DummyThread-1] 10.9.202.54 - - "POST https://bioappsdev02.bcgsc.ca:10999/session HTTP/1.1" {'username': 'colim', 'password': ''}
[2019-11-20 16:04:39,527] INFO  [access:362][DummyThread-1] 10.9.202.54 - - "POST https://bioappsdev02.bcgsc.ca:10999/session HTTP/1.1" 200 639

development.ini में gunicorn 20.0.0 और gunicorn 19.9.0 $ के बीच कोई परिवर्तन नहीं किया गया।

दिलचस्प बात यह है कि अगर हम सर्वर को निम्न कमांड से शुरू करते हैं तो हम gunicorn 20.0.0 के साथ त्रुटि को रोक सकते हैं:

$ pip list | grep unicorn
gunicorn             20.0.0
$ gunicorn --paste bioapps/development.ini -b 0.0.0.0:8999 --workers 1 --certfile /etc/ssl/certs/current/webserver.cer  --keyfile /etc/ssl/certs/current/private.key.u
[2019-11-20 16:14:27 -0800] [14783] [INFO] Starting gunicorn 20.0.0
[2019-11-20 16:14:27 -0800] [14783] [INFO] Listening at: https://0.0.0.0:8999 (14783)
[2019-11-20 16:14:27 -0800] [14783] [INFO] Using worker: sync
[2019-11-20 16:14:27 -0800] [14798] [INFO] Booting worker with pid: 14798

[2019-11-20 16:16:39,550] INFO  [access:342][MainThread] 10.9.202.54 - - "POST https://bioappsdev02.bcgsc.ca:8999/session HTTP/1.1" {'username': 'colim', 'password': ''}
[2019-11-20 16:16:39,768] INFO  [access:362][MainThread] 10.9.202.54 - - "POST https://bioappsdev02.bcgsc.ca:8999/session HTTP/1.1" 200 639

मुझे यकीन नहीं है कि यह बिल्कुल भी संबंधित है, लेकिन सर्वर को gunicorn 20.0.0 का उपयोग करके $#$2 pserve #$ के साथ शुरू करना केवल एक ही समय है जब हम यह चेतावनी देखते हैं:

/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/gunicorn/workers/ggevent.py:53: MonkeyPatchWarning: Monkey-patching ssl after ssl has already been imported may lead to errors, including RecursionError on Python 3.6. It may also silently lead to incorrect behaviour on Python 3.7. Please monkey-patch earlier. See https://github.com/gevent/gevent/issues/1016. Modules that had direct imports (NOT patched): ['urllib3.util.ssl_ (/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/urllib3/util/ssl_.py)', 'urllib3.util (/home/colim/Projects/bioapps/bioapps.api.ssl/centos7venv/lib/python3.6/site-packages/urllib3/util/__init__.py)'].
  monkey.patch_all()

CorreyL 21 नव॰ 2019

@tilgovi आप चैंज में क्या बदलेंगे?

benoitc 21 नव॰ 2019

@benoitc मैं Gunicorn CLI में पेस्ट डिप्लॉय सर्वर परिभाषाओं के लिए समर्थन को हटाने का आह्वान करना चाहूंगा। मैं आज यह कर सकता हूं।

tilgovi 21 नव॰ 2019

क्या यह ठीक है अगर मैं इसे और अधिक स्पष्ट करने के लिए चेंजलॉग को रेट्रो-सक्रिय रूप से संशोधित करता हूं (20.0 रिलीज में ब्रेकिंग परिवर्तन अनुभाग बनाएं)?

tilgovi 21 नव॰ 2019

@CorreyL दिलचस्प! आप निश्चित रूप से इस तरह कमांड लाइन पर निर्दिष्ट विकल्पों के साथ gunicorn चला सकते हैं। मुझे लगता है कि यह gunicorn चलाने का पसंदीदा और सुरक्षित तरीका है। pserve के साथ एकीकरण एक सुविधा है, लेकिन यह जानकर अच्छा लगा कि यह यहां समस्याओं का कारण बनता है। मुझे आशा है कि मैंने इसे हटाने के लिए गलती नहीं की है।

tilgovi 21 नव॰ 2019

👍1

क्या यह ठीक है अगर मैं इसे और अधिक स्पष्ट करने के लिए चेंजलॉग को रेट्रो-सक्रिय रूप से संशोधित करता हूं (20.0 रिलीज में ब्रेकिंग परिवर्तन अनुभाग बनाएं)?

@tilgovi हां जरूर

benoitc 21 नव॰ 2019

@tilgovi क्या आप आज इस बदलाव को जोड़ सकते हैं? इसे 20.0.1 के लिए रखना अच्छा होगा :)

benoitc 22 नव॰ 2019

c25563f में एक लाइन नोट जोड़ा गया। परिवर्तन होने के बाद से दस्तावेज़ीकरण पहले ही अपडेट किया जा चुका है। उम्मीद है, जो कोई भी उस नोट को देखता है उसे दस्तावेज़ीकरण और ये मुद्दे मिल सकते हैं। मैं

tilgovi 22 नव॰ 2019

👍1

@tilgovi धन्यवाद

benoitc 22 नव॰ 2019

बस इससे आश्चर्यजनक रूप से प्रभावित होने की एक और पुष्टि जोड़ना चाहता था। यह मेरे मामले में बहुत महत्वपूर्ण नहीं था, लेकिन मैं इस बात को लेकर असमंजस में था कि अपग्रेड के साथ-साथ कुछ अन्य मामूली व्यवहार परिवर्तनों के बाद से गनिकोर्न ने देव में ऑटो-रीलोडिंग को क्यों रोक दिया। मैंने आज इसे समझने की कोशिश में कुछ समय बिताया और महसूस किया कि मेरी --paste आईएनआई फाइलों में सेटिंग्स अब काम नहीं कर रही थीं, जिससे मुझे इस मुद्दे पर अपना रास्ता खोजने में मदद मिली।

मुझे नहीं पता कि यह संभव है या नहीं, लेकिन अगर यह पता चलता है कि आप अभी भी पास्टर फ़ाइल के माध्यम से सर्वर तर्क सेट करने का प्रयास कर रहे हैं, तो क्या गनिकोर्न आउटपुट को चेतावनी देना संभव होगा?

Deimos 17 दिस॰ 2019

👍1

व्यवधान के लिए मेरी क्षमायाचना, @Deimos। मैं पीआर की समीक्षा करूंगा, लेकिन यहां और जोड़ने की मेरी कोई विशेष योजना नहीं है।

tilgovi 24 जन॰ 2020

एक मामले के बारे में जब आप वास्तव में --config के साथ --paste का उपयोग करना चाहते हैं? हमारे मामले में (रोडकोड) स्मृति निगरानी के विशेष तर्क के लिए एक बड़ी आवश्यकता है जो हमें गनिकोर्न कॉन्फ़िगरेशन में मिला है।

marcinkuzminski 14 अक्तू॰ 2020

@marcinkuzminski यह आदर्श उपयोग का मामला है। बस --paste और --config दोनों निर्दिष्ट करें। हालाँकि, Gunicorn पेस्ट ini फ़ाइल के "सर्वर" खंड को नहीं पढ़ेगा क्योंकि उम्मीद है कि आप सर्वर को gunicorn कॉन्फ़िगरेशन फ़ाइल में कॉन्फ़िगर करेंगे।

tilgovi 15 अक्तू॰ 2020

वह दुर्भाग्यपूर्ण है।

हम इंस्टॉलर में ग्राहकों को gunicorn भेज रहे हैं, और सभी तर्क और कॉन्फ़िगरेशन को .ini फ़ाइलों को सौंप दिया गया है। इसी तरह से इंटरनेट पर अधिकांश उदाहरण पिरामिड परियोजनाओं के लिए निर्दिष्ट करते हैं।

यह परिवर्तन उसे तोड़ता है, और हमारे लिए इसे वापस लाने के लिए गनिकोर्न को फोर्क करना शायद आसान है, फिर तर्क को बदलें और कॉन्फ़िगरेशन को gunicorn_conf.py पर सौंपें :(

क्या होगा यदि --paste विकल्पों को एक विशेष उपसर्ग के साथ पढ़ा जाएगा। उदाहरण के लिए आप गनिकोर्न को --paste के साथ कॉन्फ़िगर कर सकते हैं, लेकिन यह केवल उन कॉन्फ़िगरेशन विकल्पों को पढ़ेगा जिन्हें gunicorn. के साथ उपसर्ग किया जाएगा

जैसे

बंदूकधारी कार्यकर्ता = 2
गनिकोर.XXX = YYY

marcinkuzminski 15 अक्तू॰ 2020

आपको --config का उपयोग करने की आवश्यकता नहीं है। आप पूरी तरह से पेस्ट आईएनआई का उपयोग कर सकते हैं। इसके लिए pserve के बजाय gunicorn का उपयोग करें। दस्तावेज़ देखें: https://docs.gunicorn.org/en/stable/run.html#paste -deployment

जो परिवर्तन किया गया था वह केवल Gunicorn को सामान्य पेस्ट परिनियोजन CLI के रूप में उपयोग करने के लिए समर्थन को हटाने के लिए था जो सर्वर चला सकता है। Gunicorn अभी भी _is a_ स्वयं संगत सर्वर पेस्ट करें।

tilgovi 16 अक्तू॰ 2020

यह परिवर्तन संभावित भ्रम को दूर करने के लिए किया गया था जहां .ini फ़ाइल अपने server ब्लॉक में वेट्रेस, या किसी अन्य सर्वर को निर्दिष्ट करेगी, लेकिन इसे gunicorn --paste production.ini के साथ चलाने से वास्तव में उपयोग नहीं होगा वेट्रेस बिल्कुल। लोग अक्सर $# server:main के अलावा एक वैकल्पिक server ब्लॉक निर्दिष्ट करने की क्षमता का भी अनुरोध करते हैं। इन सुविधाओं के लिए समर्थन बनाए रखना जब pserve जैसे पूरी तरह से अच्छे सीएलआई मौजूद हों तो इसका कोई मतलब नहीं था।

gunicorn सीएलआई एक आईएनआई फ़ाइल से एक एप्लिकेशन परिभाषा पढ़ सकता है, लेकिन यह सर्वर को कॉन्फ़िगर करने के लिए अपनी कॉन्फ़िगरेशन फ़ाइल का उपयोग करता है। यदि आप एक Gunicorn सर्वर को कॉन्फ़िगर करने के लिए INI फ़ाइल का उपयोग करना चाहते हैं, तो स्क्रिप्ट / प्रोसेस रनर के रूप में किसी अन्य टूल (जैसे pserve ) का उपयोग करें।

tilgovi 16 अक्तू॰ 2020

लेकिन हमें अपनी पहली टिप्पणी के अनुसार --config के साथ --paste का उपयोग करना होगा ।
हमारे प्रोजेक्ट में सब कुछ सिंगल कॉन्फ़िगरेशन फ़ाइल (.ini) द्वारा प्रबंधित किया जाता है। बहुत सारे अपग्रेड/ऑटोस्केल लॉजिक हैं जो .ini फ़ाइल को समायोजित करते हैं। फिर हम एक कस्टम पायथन कॉन्फ़िगरेशन निर्दिष्ट करने के लिए --config का भी उपयोग करते हैं जो सेट करता है

कस्टम लकड़हारा प्रारूप (यह तकनीकी रूप से .ini फ़ाइल का उपयोग करके निर्दिष्ट करना संभव नहीं है)
कार्यकर्ता स्मृति प्रबंधन (पायथन कोड)

Gunicorn पेस्ट संगत है, लेकिन कार्यक्षमता इस तरह से सीमित है, और इसने हमारे लिए एक समस्या पैदा कर दी है जिससे हम पुनर्प्राप्त करने में असमर्थ हैं क्योंकि हमारे पास 2 कॉन्फ़िगरेशन फ़ाइलें नहीं हो सकती हैं, और किसी अन्य फ़ाइल पर कॉन्फ़िगरेशन में जाना वास्तव में फोर्किंग से अधिक काम है Gunicorn और उस व्यवहार को वापस लाने के लिए उस कांटे को बनाए रखना।

मुझे इस टिकट का औचित्य पता है, लेकिन हम एक साथ गनिकोर्न और वेट्रेस का उपयोग करते थे, और मुझे लगता है कि गनिकोर्न बाइनरी चलाना काफी स्पष्ट है, आईएमएचओ। इसके अतिरिक्त, मुझे लगता है कि आप यह भी पता लगा सकते हैं कि क्या उपयोगकर्ता अलग-अलग अंडे का उपयोग करते हैं और इसे एक कठिन त्रुटि बनाते हैं।

marcinkuzminski 16 अक्तू॰ 2020

अगर मुझे याद है तो हमने इस तरह के उपयोग पर विचार नहीं किया। हम शायद वापस ला सकते हैं
उपयोगकेस के रूप में इसका समर्थन अच्छा लगता है। क्या यह ठीक रहेगा
इसके लिए लॉग चेतावनी?

शुक्र 16 अक्टूबर 2020 को 08:28 बजे मार्सिन कुźमीńस्की नोटिफिकेशन @github.com
लिखा था:

लेकिन हमें --config के साथ --paste का उपयोग करना होगा, मेरे 1 st . के अनुसार
टिप्पणी।
हमारे प्रोजेक्ट में सब कुछ सिंगल कॉन्फ़िगरेशन फ़ाइल (.ini) द्वारा प्रबंधित किया जाता है
बहुत सारे अपग्रेड/ऑटोस्केल लॉजिक हैं जो सिर्फ .ini फ़ाइल को एडजस्ट करते हैं।
फिर हम एक कस्टम पायथन कॉन्फ़िगरेशन निर्दिष्ट करने के लिए --config का भी उपयोग करते हैं जो सेट करता है
कस्टम लकड़हारा प्रारूप (तकनीकी रूप से यह संभव नहीं है
ini फ़ाइल का उपयोग करके निर्दिष्ट)
कार्यकर्ता स्मृति प्रबंधन
Gunicorn पेस्ट संगत है, लेकिन कार्यक्षमता इस तरह सीमित है,
और इसने हमारे लिए एक समस्या खड़ी कर दी जिससे हम उबर नहीं पा रहे हैं।
मुझे कारण पता है, लेकिन हम एक साथ गनिकोर्न और वेट्रेस का इस्तेमाल करते थे,
और मुझे लगता है कि गनिकोर्न बाइनरी चलाना काफी स्पष्ट है, आईएमएचओ।
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/benoitc/gunicorn/issues/2169#issuecomment-709838842 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AAADRIQR2CLVUOYK6FDY2ZDSK7RZFANCNFSM4JMI65YA
.
>

मेरे मोबाइल से भेजा गया

benoitc 16 अक्तू॰ 2020

यदि संभव हो तो मैंने वास्तव में एक और समाधान पर विचार किया। यूनिकॉर्न एग के साथ पर्वे का उपयोग करते समय, यह भी अच्छा होगा कि कॉन्फ़िगरेशन फ़ाइल .ini फ़ाइल के अंदर सेट की जाएगी।

जैसे

use = egg:gunicorn#main
workers = 2
config = /path/to/gunicorn_conf.py

तो यह gunicorn_conf.py को ठीक उसी तरह लोड करेगा जैसे --config=/path/to/gunicorn_conf.py करता है

तो उपरोक्त हमारे लिए काम करेगा, और यह इस टिकट की समस्या को भी हल कर रहा है। सुनिश्चित नहीं है कि इसे लागू करना कितना आसान और व्यवहार्य है।

अन्यथा, यदि आप gunicorn बाइनरी चलाते समय .ini फ़ाइल से कॉन्फ़िगरेशन लोड करने की कार्यक्षमता ला सकते हैं, तो यह बहुत बढ़िया होगा, जो हमें बहुत परेशानी से बचाएगा। इसके बारे में चेतावनी देना कोई समस्या नहीं है

marcinkuzminski 16 अक्तू॰ 2020

यदि संभव हो तो मैंने वास्तव में एक और समाधान पर विचार किया। यूनिकॉर्न एग के साथ पर्वे का उपयोग करते समय, यह भी अच्छा होगा कि कॉन्फ़िगरेशन फ़ाइल .ini फ़ाइल के अंदर सेट की जाएगी।

यह काम करना चाहिए और प्रलेखित है। अगर ऐसा नहीं होता है, तो कृपया एक बग फाइल करें!

tilgovi 16 अक्तू॰ 2020

ठीक है, हम इसकी जाँच करेंगे। लेकिन AFAIR में थोड़े से बदलाव थे कि कैसे गनिकोर्न बनाम संरक्षित बायनेरिज़ काम करते हैं। अगर मुझे याद है, तो gunicorn --paste की .ini फ़ाइल पथ तक पहुंच थी, जबकि gunicorn अंडे का उपयोग करके संरक्षित नहीं था। हम इसकी जांच करेंगे और जरूरत पड़ने पर एक प्रासंगिक टिकट खोलेंगे।

marcinkuzminski 16 अक्तू॰ 2020

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

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

<p>गुनिकॉर्न 20.0.0: --पेस्ट [सर्वर: मुख्य] ​​के तहत तर्कों का पता नहीं लगा रहा है</p>

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

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

gunicorn 20.0.0 :

शुरुआत में:

प्रमाणित करने का प्रयास करने के बाद:

gunicorn 19.9.0

शुरुआत में:

प्रमाणित करने का प्रयास करने के बाद:

>

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

<p>गुनिकॉर्न 20.0.0: --पेस्ट [सर्वर: मुख्य] के तहत तर्कों का पता नहीं लगा रहा है</p>

`gunicorn 20.0.0` :

`gunicorn 19.9.0`