docker에서 단독으로 실행할 때 Python 앱이 아무것도 인쇄하지 않습니다.

내 dockerfile에서 시작되는 Python (2.7) 앱이 있습니다.

CMD ["python","main.py"]

main.py 는 시작될 때 일부 문자열을 인쇄하고 나중에 루프로 이동합니다.

print "App started"
while True:
    time.sleep(1)

-it 플래그로 컨테이너를 시작하면 모든 것이 예상대로 작동합니다.

$ docker run --name=myapp -it myappimage
> App started

그리고 나중에 로그를 통해 동일한 결과를 볼 수 있습니다.

$ docker logs myapp
> App started

-d 플래그를 사용하여 동일한 컨테이너를 실행하려고하면 컨테이너가 정상적으로 시작되는 것처럼 보이지만 출력이 표시되지 않습니다.

$ docker run --name=myapp -d myappimage
> b82db1120fee5f92c80000f30f6bdc84e068bafa32738ab7adb47e641b19b4d1
$ docker logs myapp
$ (empty)

그러나 컨테이너는 여전히 실행중인 것 같습니다.

$ docker ps
Container Status ...
myapp     up 4 minutes ... 

첨부는 아무것도 표시하지 않습니다.

$ docker attach --sig-proxy=false myapp
(working, no output)

어떤 아이디어가 잘못 되었습니까? 백그라운드에서 실행될 때 "인쇄"가 다르게 작동합니까?

도커 버전 :

Client version: 1.5.0
Client API version: 1.17
Go version (client): go1.4.2
Git commit (client): a8a31ef
OS/Arch (client): linux/arm
Server version: 1.5.0
Server API version: 1.17
Go version (server): go1.4.2
Git commit (server): a8a31ef

마지막으로 GitHub 에서 @ahmetalpbalkan 덕분에 Docker에서 데몬 라이즈 드를 실행할 때 Python 출력을 볼 수있는 솔루션을 찾았습니다 . 추가 참조를 위해 여기에 직접 대답하십시오.

버퍼링되지 않은 출력을

CMD ["python","-u","main.py"]

대신에

CMD ["python","main.py"]

문제를 해결합니다. 당신은 통해 출력 (둘 다, stderr 및 stdout)을 볼 수 있습니다

docker logs myapp

지금!

필자의 경우 Python을 실행 -u해도 아무런 변화가 없었습니다. 그러나 트릭 PYTHONUNBUFFERED=0은 환경 변수 로 설정 하는 것이 었습니다 .

docker run --name=myapp -e PYTHONUNBUFFERED=0 -d myappimage

나를 위해 그것은 버그가 아닌 기능입니다. 의사 TTY가 없으면 stdout에 아무것도 없습니다. 따라서 간단한 해결책은 다음을 사용하여 실행중인 컨테이너에 의사 TTY를 할당하는 것입니다.

$ docker run -t ...

동작의 자세한 이유를 설명하는 이 기사 를 참조하십시오 .

버퍼링에는 일반적으로 세 가지 모드가 있습니다.

• 파일 디스크립터가 버퍼링되지 않은 경우 버퍼링이 전혀 발생하지 않으며 데이터를 읽거나 쓰는 함수 호출이 즉시 발생하며 차단됩니다.
• 파일 디스크립터가 완전히 버퍼링 된 경우 고정 크기 버퍼가 사용되며 읽기 또는 쓰기 호출은 단순히 버퍼에서 읽거나 씁니다. 버퍼는 채워질 때까지 플러시되지 않습니다.
• 파일 디스크립터가 라인 버퍼링되면 버퍼링은 개행 문자를 볼 때까지 기다립니다. 따라서 데이터는 \ n이 보일 때까지 버퍼링하고 버퍼링 한 다음 버퍼링 된 모든 데이터가 해당 시점에 플러시됩니다. 실제로 버퍼에는 일반적으로 최대 크기가 있으며 (완전 버퍼링 된 경우와 마찬가지로), 규칙은 실제로 "개행 문자가 표시되거나 4096 바이트의 데이터가 발생할 때까지 버퍼"와 비슷합니다.

GNU libc (glibc)는 다음과 같은 버퍼링 규칙을 사용합니다.

Stream               Type          Behavior
stdin                input         line-buffered
stdout (TTY)         output        line-buffered
stdout (not a TTY)   output        fully-buffered
stderr               output        unbuffered

그래서 사용하는 경우 -t에서 고정 표시기 문서 , 그 다음, 의사 청각 장애를 할당합니다 stdout되고 line-buffered, 따라서, docker run --name=myapp -it myappimage한 줄의 출력을 볼 수 있었다.

바로 사용이 경우에, -d어떤 청각 장애 할당되지 않은, 다음, stdout있다 fully-buffered한 줄, App started버퍼를 플래시 할 확실히 수 없습니다.

그런 다음, 사용 -dt에 make stdout line buffered또는 추가 -u파이썬 것은 flush the buffer그것을 해결하는 방법입니다.

를 실행할 때 Flask 출력에 인쇄 출력을 docker-compose up추가하려면 docker compose 파일에 다음을 추가하십시오.

web:
  environment:
    - PYTHONUNBUFFERED=1

https://docs.docker.com/compose/environment-variables/

변경할 경우 분리 된 이미지 로그를 볼 수 있습니다 print에 logging.

main.py :

import time
import logging
print "App started"
logging.warning("Log app started")
while True:
    time.sleep(1)

도커 파일 :

FROM python:2.7-stretch
ADD . /app
WORKDIR /app
CMD ["python","main.py"]

이 답변을 아직 보지 못했기 때문에 :

인쇄 한 후에 stdout을 플러시 할 수도 있습니다.

import time

if __name__ == '__main__':
    while True:
        print('cleaner is up', flush=True)
        time.sleep(5)

이 두 가지 환경 변수를 솔루션에 추가 PYTHONUNBUFFERED=1하고PYTHONIOENCODING=UTF-8

빠른 수정으로 다음을 시도하십시오.

from __future__ import print_function
# some code
print("App started", file=sys.stderr)

이것은 같은 문제가 발생할 때 저에게 효과적입니다. 그러나 솔직히이 오류가 발생하는 이유를 모르겠습니다.

PYTHONUNBUFFERED=1django runserver의 출력을 보려면 docker-compose.yml 파일에서 사용해야 했습니다.

일반적으로 호스트에서 볼륨을 마운트하고 해당 파일에 기록하여 특정 파일로 리디렉션합니다.

-t를 사용하여 tty를 추가하는 것도 좋습니다. docker logs에서 선택해야합니다.

큰 로그 출력을 사용하면 도커 로그에 넣지 않고 버퍼 저장에 문제가 없었습니다.

사용하지 않고 docker-compose그냥 정상이라면 플라스크 앱을 호스팅하는 것에 docker추가 할 수 있습니다Dockerfile

ARG FLASK_ENV="production"
ENV FLASK_ENV="${FLASK_ENV}" \
    PYTHONUNBUFFERED="true"

CMD [ "flask", "run" ]