Werkzeug: 0.15.0 OSError का कारण बनता है: [Errno 8] निष्पादन प्रारूप त्रुटि: विंडोज़ के लिए डॉकर में

हाय यहाँ एक ही मुद्दा। पर परीक्षण किया गया

• सेंटोस 7.4 अजगर 3.6 . के साथ
• मैक ओएसएक्स 10.14.3 अजगर 3.7 के साथ

यह _reloading.py में _get_args_for_reloading() में हुए परिवर्तनों के कारण होता है।

cwd() /home/user/Projects/test/ . होने के साथ, app.py नामक फ़ाइल में उपरोक्त कोड को देखते हुए

_get_args_for_reloading() निम्नलिखित देता है:

0.14.1 के साथ:

['/home/user/.virtualenvs/test-ChRUEUMK/bin/python', 'app.py']

0.15.0 के साथ

['/home/user/Projects/test/app.py']

पथ पर /home/user/.virtualenvs/test-ChRUEUMK/bin/python तैयार करने से समस्या ठीक हो जाती है।

@shinuza जांचें कि क्या app.py निष्पादन योग्य है, यदि हां - chmod 644 app.py सेट करें। या दूसरा तरीका, app.py के शीर्ष पर शेबैंग जोड़ें जैसे #!/usr/bin/env python

@shinuza वहाँ https://github.com/pallets/werkzeug/blob/0.15.x/src/werkzeug/_reloader.py#L90 लाइन 90-94 "'/home/user/.virtualenvs/test-ChRUEUMK/bin /python'" हटा दिया गया था अगर app.py निष्पादन योग्य था।
और OSError: [Errno 8] Exec प्रारूप त्रुटि: '/usr/src/app/app.py हुआ क्योंकि app.py में शेबैंग लाइन नहीं है (https://stackoverflow.com/questions/27606653/oserror-errno- 8-निष्पादन-प्रारूप-त्रुटि)

@kamyanskiy मैंने अभी कोड को पढ़कर यह पता लगाया है लेकिन त्रुटि उतनी ही गूढ़ होनी चाहिए जितनी अभी है।

साथ ही, यदि मैं स्पष्ट रूप से python app.py चलाता हूं, तो उपप्रक्रिया को कोई धारणा नहीं बनानी चाहिए और जिस तरह से मैं एप्लिकेशन चलाता हूं उसे बदलना चाहिए। यानी: साझा फ़ोल्डर के साथ वर्चुअल मशीन के साथ काम करना हर फाइल को डिफ़ॉल्ट रूप से निष्पादन योग्य बनाता है।

@shinuza मुझे नहीं लगता कि यह एक महत्वपूर्ण बग है, दूसरे शब्दों में यह पहले की तुलना में अब थोड़ा सख्त है। तो मेरे पास शेबैंग के बिना निष्पादन योग्य app.py नहीं होना चाहिए, इसका कोई मतलब नहीं है। और दूसरा मुझे "पायथन app.py" जैसे शेबैंग के साथ निष्पादन योग्य नहीं चलाना चाहिए। लेकिन मैं सहमत हूं, शायद यह मेरे लिए आपके लिए अप्रत्याशित था :) वर्कअराउंड के लिए बस अपने ऐप में शेबैंग जोड़ें, मुझे उम्मीद है कि इससे मदद मिलेगी।

यदि आप किसी स्क्रिप्ट को निष्पादन योग्य के रूप में चिह्नित करते हैं, तो आपको शीर्ष पर संबंधित दुभाषिया टिप्पणी जोड़नी चाहिए। इसे लागू करने के लिए आप pre-commit के check-executables-have-shebangs हुक जैसे टूल का उपयोग कर सकते हैं।

यदि आप किसी स्क्रिप्ट को सीधे निष्पादन योग्य बनाने का इरादा नहीं रखते हैं, और इसके बजाय python script.py की आवश्यकता है, तो आपको इसे निष्पादन योग्य चिह्नित नहीं करना चाहिए।

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

लिनक्स से आने वाले त्रुटि संदेश पर हमारा कोई नियंत्रण नहीं है। तथ्य यह है कि हमने बदल दिया है कि कैसे निष्पादन योग्य फाइलों को संभाला जाता है, चेंजलॉग में सूचीबद्ध है:

यदि पायथन फ़ाइल को निष्पादन योग्य के रूप में चिह्नित किया गया है, तो पुनः लोडर कमांड लाइन के लिए पायथन निष्पादन योग्य को प्रीपेन्ड नहीं करेगा। यह पुनः लोडर को NixOS पर कार्य करने की अनुमति देता है। #1242

फ़ाइल को निष्पादन योग्य कार्य नहीं बनाना। मेरे लिए शेबंग लाइन नहीं है। मुझे फ़ाइल मिलती है, इसके बजाय त्रुटियाँ नहीं मिलीं। वह पहली चीज थी जिसकी मैंने कोशिश की थी।

#!/usr/bin/env python3 के साथ:

λ docker run flask_test
 * Serving Flask app "app" (lazy loading)
 * Environment: production
   WARNING: Do not use the development server in a production environment.
   Use a production WSGI server instead.
 * Debug mode: on
 * Running on http://0.0.0.0:5000/ (Press CTRL+C to quit)
 * Restarting with stat
: No such file or directory

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

@ penner42 कोशिश #!/usr/bin/env python

root<strong i="7">@4541ebd677e0</strong>:/usr/src/app# ls -la /usr/local/bin/python3
lrwxrwxrwx 1 root staff 9 Mar  4 23:40 /usr/local/bin/python3 -> python3.6
root<strong i="8">@4541ebd677e0</strong>:/usr/src/app# ls -la /usr/local/bin/python 
lrwxrwxrwx 1 root staff 7 Mar  4 23:40 /usr/local/bin/python -> python3

शायद आपके पास python3 पर सिम्लिंक नहीं है

वही परिणाम। Python3 सिम्लिंक है, और शेल कार्यों से बस /usr/bin/env python3 या /usr/bin/env python चल रहा है।

FWIW, डॉकर निर्माण करते समय यह चेतावनी देता है।
SECURITY WARNING: You are building a Docker image from Windows against a non-Windows Docker host. All files and directories added to build context will have '-rwxr-xr-x' permissions. It is recommended to double check and reset permissions for sensitive files and directories.

flask run कमांड का प्रयोग करें।

FROM python:3.7-alpine
WORKDIR /app
ENV FLASK_ENV development
ENV FLASK_APP example
EXPOSE 5000
RUN ["pip", "install", "flask"]
CMD ["flask", "run", "-h", "0.0.0.0"]

docker run --rm -p 5000:5000 -v $(pwd):/app flask/example:latest

क्या https://docs.docker.com/compose/gettingstarted/ पर ट्यूटोरियल विंडोज 7 पर काम करता था?
क्या यह हाल ही में बदलाव का कारण है कि मुझे उदाहरण चलाने की कोशिश में एक समान त्रुटि दिखाई दे रही है:

$ docker-compose up
Creating composetest_web_1   ... done
Creating composetest_redis_1 ... done
Attaching to composetest_web_1, composetest_redis_1
redis_1  | 1:C 27 Mar 2019 17:29:12.746 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
redis_1  | 1:C 27 Mar 2019 17:29:12.746 # Redis version=5.0.4, bits=64, commit=00000000, modified=0, pid=1, just started
redis_1  | 1:C 27 Mar 2019 17:29:12.747 # Warning: no config file specified, using the default config. In order to specify a config file use redis-ser
ver /path/to/redis.conf
redis_1  | 1:M 27 Mar 2019 17:29:12.757 * Running mode=standalone, port=6379.
redis_1  | 1:M 27 Mar 2019 17:29:12.757 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to th
e lower value of 128.
redis_1  | 1:M 27 Mar 2019 17:29:12.758 # Server initialized
redis_1  | 1:M 27 Mar 2019 17:29:12.758 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issu
e add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
web_1    |  * Serving Flask app "app" (lazy loading)
web_1    |  * Environment: production
web_1    |    WARNING: Do not use the development server in a production environment.
web_1    |    Use a production WSGI server instead.
web_1    |  * Debug mode: on
web_1    |  * Running on http://0.0.0.0:5000/ (Press CTRL+C to quit)
web_1    |  * Restarting with stat
web_1    | Traceback (most recent call last):
web_1    |   File "app.py", line 32, in <module>
web_1    |     app.run(host="0.0.0.0", debug=True)
web_1    |   File "/usr/local/lib/python3.4/site-packages/flask/app.py", line 943, in run
web_1    |     run_simple(host, port, self, **options)
web_1    |   File "/usr/local/lib/python3.4/site-packages/werkzeug/serving.py", line 988, in run_simple
web_1    |     run_with_reloader(inner, extra_files, reloader_interval, reloader_type)
web_1    |   File "/usr/local/lib/python3.4/site-packages/werkzeug/_reloader.py", line 332, in run_with_reloader
web_1    |     sys.exit(reloader.restart_with_reloader())
web_1    |   File "/usr/local/lib/python3.4/site-packages/werkzeug/_reloader.py", line 176, in restart_with_reloader
web_1    |     exit_code = subprocess.call(args, env=new_environ, close_fds=False)
web_1    |   File "/usr/local/lib/python3.4/subprocess.py", line 534, in call
web_1    |     with Popen(*popenargs, **kwargs) as p:
web_1    |   File "/usr/local/lib/python3.4/subprocess.py", line 856, in __init__
web_1    |     restore_signals, start_new_session)
web_1    |   File "/usr/local/lib/python3.4/subprocess.py", line 1464, in _execute_child
web_1    |     raise child_exception_type(errno_num, err_msg)
web_1    | OSError: [Errno 8] Exec format error
composetest_web_1 exited with code 1

वही ट्यूटोरियल किया और एक ही समस्या मिली। इसने मेरे लिए इसे ठीक कर दिया।

मैंने अपनी app.py स्क्रिप्ट के शीर्ष पर निम्नलिखित शेबैंग जोड़ा है

#!/usr/local/bin/python3

जिसके बाद अनुमति के मुद्दों का कारण बना। फिर मैंने सीएमडी . से पहले अपने Dockerfile में निम्नलिखित को जोड़ा

RUN chmod 644 app.py

कृपया कोई भी ट्यूटोरियल अपडेट कर सकता है (https://docs.docker.com/compose/gettingstarted/)
जोड़ने के लिए

RUN chmod 644 app.py

https://github.com/docker/docker.github.io/pull/8609 में प्रस्तावित डॉकर कंपोज़ ट्यूटोरियल में परिवर्तन।

टूल 0.15.5 में फिक्स्ड।