Werkzeug: 0.15.0으로 인해 OSError: [Errno 8] Exec 형식 오류: Windows용 Docker에서

안녕하세요 같은 문제입니다. 테스트 날짜

• Python 3.6이 포함된 Centos 7.4
• Python 3.7이 설치된 Mac OSX 10.14.3

이것은 _reloading.py에서 _get_args_for_reloading() 의 변경으로 인해 발생합니다.

위의 코드가 app.py라는 파일에 있고 cwd()가 /home/user/Projects/test/ 인 경우

_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를 설정합니다. 또는 두 번째 방법으로 #!/usr/bin/env python과 같이 app.py 상단에 shebang을 추가합니다.

@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 실행 파일인 경우 제거되었습니다.
and OSError: [Errno 8] Exec 형식 오류: '/usr/src/app/app.py app.py에 shebang 줄이 없기 때문에 발생했습니다(https://stackoverflow.com/questions/27606653/oserror-errno- 8 실행 형식 오류)

@kamyanskiy 방금 코드를 읽고 이것을 알아 냈지만 오류는 지금과 같이 비밀스러워야합니다.

또한 명시적으로 python app.py 를 실행하면 하위 프로세스가 가정하지 않고 응용 프로그램을 실행하는 방식을 변경해서는 안 됩니다. 예: 공유 폴더가 있는 가상 머신으로 작업하면 기본적으로 모든 파일을 실행할 수 있습니다.

@shinuza 나는 그것이 치명적인 버그라고 생각하지 않습니다. 즉, 이전보다 지금이 조금 더 엄격합니다. 따라서 shebang 없이 실행 가능한 app.py가 있어서는 안 됩니다. 의미가 없습니다. 그리고 두 번째로 "python app.py"와 같은 shebang으로 실행 파일을 실행해서는 안됩니다. 그러나 나는 동의합니다. 아마도 저에게는 예상치 못한 일이었습니다. :) 해결 방법은 app.py에 shebang을 추가하기만 하면 됩니다. 이것이 도움이 되기를 바랍니다.

스크립트를 실행 가능한 것으로 표시하는 경우 해당 인터프리터 주석을 맨 위에 추가해야 합니다. pre-commit 의 check-executables-have-shebangs 후크와 같은 도구를 사용하여 이를 적용할 수 있습니다.

스크립트를 직접 실행하지 않으려고 대신 python script.py 를 요구하려면 실행 가능으로 표시하지 않아야 합니다.

내가 말했듯이, 나는 여기의 주요 논리에 동의합니다. 나는 오류가 처리되는 방식과 기술적인 세부 사항을 알지 못하거나 코드를 읽지 않는 한 오류 메시지를 이해할 수 없다는 사실에 동의하지 않습니다. 최소한 변경 로그에 문서화되어야 합니다.

우리는 Linux에서 오는 오류 메시지를 제어할 수 없습니다. 실행 파일이 처리되는 방식을 변경했다는 사실이 변경 로그에 나열됩니다.

Python 파일이 실행 가능으로 표시된 경우 리로더는 Python 실행 파일을 명령줄 앞에 추가하지 않습니다. 이렇게 하면 리로더가 NixOS에서 작동할 수 있습니다. #1242

파일을 실행 불가능하게 만드는 것이 작동합니다. shebang 라인은 나를 위해 그렇지 않습니다. 대신 파일을 찾을 수 없음 오류가 발생합니다. 그것이 내가 시도한 첫 번째 일이었습니다.

#!/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

또한 하나의 Linux 배포판에서만 작동하지만 나머지는 중단하는 변경이 이상적이지 않다고 생각합니다. 파일을 실행 가능하지 않게 만드는 것이 적절한 해결책인 것 같지만 여전히 나에게는 이것이 깨져 보입니다.

@penner42 시도 #!/usr/bin/env 파이썬

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에 symlink가 없을 것입니다.

같은 결과입니다. python3 symlink가 있으며 셸에서 /usr/bin/env python3 또는 /usr/bin/env python 를 실행하기만 하면 됩니다.

FWIW, Docker는 빌드할 때 이 경고를 표시합니다.
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/ 의 자습서가 Windows 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 스크립트 상단에 다음 shebang을 추가했습니다.

#!/usr/local/bin/python3

그런 다음 권한 문제가 발생했습니다. 그런 다음 CMD 전에 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에서 제안된 Docker Compose 자습서의 변경 사항.

도구 0.15.5에서 수정되었습니다.