Python 当 运行 在 docker 中分离时,应用程序不打印任何内容
Python app does not print anything when running detached in docker
我有一个 Python (2.7) 应用程序在我的 dockerfile 中启动:
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)
任何想法出了什么问题?当 运行 在后台时,"print" 的行为是否不同?
Docker版本:
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
作为快速修复,试试这个:
from __future__ import print_function
# some code
print("App started", file=sys.stderr)
当我遇到同样的问题时,这对我有用。但是,老实说,我不知道为什么会出现这个错误。
最后,我找到了一个解决方案,当 运行 在 Docker 中被守护时,我可以看到 Python 的输出,感谢 GitHub 的@ahmetalpbalkan。自己在这里回答以供进一步参考:
使用无缓冲输出
CMD ["python","-u","main.py"]
而不是
CMD ["python","main.py"]
解决问题;您可以通过
查看输出(stderr 和 stdout)
docker logs myapp
现在!
在我的例子中,运行 Python 和 -u
没有任何改变。然而,诀窍是将 PYTHONUNBUFFERED=1
设置为环境变量:
docker run --name=myapp -e PYTHONUNBUFFERED=1 -d myappimage
[编辑]:在 Lars 发表评论后将 PYTHONUNBUFFERED=0
更新为 PYTHONUNBUFFERED=1
。这不会改变行为并增加清晰度。
请参阅 this article,其中解释了该行为的详细原因:
There are typically three modes for buffering:
- If a file descriptor is unbuffered then no buffering occurs whatsoever, and function calls that read or write data occur immediately (and will block).
- If a file descriptor is fully-buffered then a fixed-size buffer is used, and read or write calls simply read or write from the buffer. The buffer isn’t flushed until it fills up.
- If a file descriptor is line-buffered then the buffering waits until it sees a newline character. So data will buffer and buffer until a \n is seen, and then all of the data that buffered is flushed at that point in time. In reality there’s typically a maximum size on the buffer (just as in the fully-buffered case), so the rule is actually more like “buffer until a newline character is seen or 4096 bytes of data are encountered, whichever occurs first”.
而 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
,从docker document,它会分配一个伪tty,然后stdout
变成line-buffered
,因此docker run --name=myapp -it myappimage
可以查看单行输出。
而且,如果只使用-d
,没有分配tty,那么,stdout
就是fully-buffered
,一行App started
肯定无法刷新缓冲区。
然后,使用-dt
到make stdout line buffered
或在python中添加-u
到flush the buffer
是修复它的方法。
如果将 print
更改为 logging
,您可以在分离的图像上看到日志。
main.py:
import time
import logging
print "App started"
logging.warning("Log app started")
while True:
time.sleep(1)
Docker 文件:
FROM python:2.7-stretch
ADD . /app
WORKDIR /app
CMD ["python","main.py"]
通常,我们将其重定向到特定文件(通过从主机挂载卷并将其写入该文件)。
使用 -t 添加 tty 也可以。您需要在 docker 日志中找到它。
使用大型日志输出,我没有将所有缓冲区存储在 dockers 日志中的问题。
因为我还没有看到这个答案:
您还可以在打印到标准输出后刷新标准输出:
import time
if __name__ == '__main__':
while True:
print('cleaner is up', flush=True)
time.sleep(5)
我不得不在我的 docker-compose.yml 文件中使用 PYTHONUNBUFFERED=1
来查看 django runserver 的输出。
如果您想在 运行 docker-compose up
时将您的打印输出添加到 Flask 输出中,请将以下内容添加到您的 docker 撰写文件中。
web:
environment:
- PYTHONUNBUFFERED=1
尝试将这两个环境变量添加到您的解决方案中 PYTHONUNBUFFERED=1
和 PYTHONIOENCODING=UTF-8
如果您不使用 docker-compose
而只是使用普通的 docker
,您可以将其添加到托管 Flask 应用程序的 Dockerfile
ARG FLASK_ENV="production"
ENV FLASK_ENV="${FLASK_ENV}" \
PYTHONUNBUFFERED="true"
CMD [ "flask", "run" ]
在 Django 应用程序中使用 python manage.py runserver
时,添加环境变量 PYTHONUNBUFFERED=1
解决了我的问题。 print('helloworld', flush=True)
也适合我。
但是,python -u
对我不起作用。
如果有人 运行 使用 conda 的 python 应用程序,您应该将 --no-capture-output
添加到命令中,因为默认情况下 conda 缓冲到标准输出。
ENTRYPOINT ["conda", "run", "--no-capture-output", "-n", "my-app", "python", "main.py"]
我有一个 Python (2.7) 应用程序在我的 dockerfile 中启动:
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)
任何想法出了什么问题?当 运行 在后台时,"print" 的行为是否不同?
Docker版本:
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
作为快速修复,试试这个:
from __future__ import print_function
# some code
print("App started", file=sys.stderr)
当我遇到同样的问题时,这对我有用。但是,老实说,我不知道为什么会出现这个错误。
最后,我找到了一个解决方案,当 运行 在 Docker 中被守护时,我可以看到 Python 的输出,感谢 GitHub 的@ahmetalpbalkan。自己在这里回答以供进一步参考:
使用无缓冲输出
CMD ["python","-u","main.py"]
而不是
CMD ["python","main.py"]
解决问题;您可以通过
查看输出(stderr 和 stdout)docker logs myapp
现在!
在我的例子中,运行 Python 和 -u
没有任何改变。然而,诀窍是将 PYTHONUNBUFFERED=1
设置为环境变量:
docker run --name=myapp -e PYTHONUNBUFFERED=1 -d myappimage
[编辑]:在 Lars 发表评论后将 PYTHONUNBUFFERED=0
更新为 PYTHONUNBUFFERED=1
。这不会改变行为并增加清晰度。
请参阅 this article,其中解释了该行为的详细原因:
There are typically three modes for buffering:
- If a file descriptor is unbuffered then no buffering occurs whatsoever, and function calls that read or write data occur immediately (and will block).
- If a file descriptor is fully-buffered then a fixed-size buffer is used, and read or write calls simply read or write from the buffer. The buffer isn’t flushed until it fills up.
- If a file descriptor is line-buffered then the buffering waits until it sees a newline character. So data will buffer and buffer until a \n is seen, and then all of the data that buffered is flushed at that point in time. In reality there’s typically a maximum size on the buffer (just as in the fully-buffered case), so the rule is actually more like “buffer until a newline character is seen or 4096 bytes of data are encountered, whichever occurs first”.
而 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
,从docker document,它会分配一个伪tty,然后stdout
变成line-buffered
,因此docker run --name=myapp -it myappimage
可以查看单行输出。
而且,如果只使用-d
,没有分配tty,那么,stdout
就是fully-buffered
,一行App started
肯定无法刷新缓冲区。
然后,使用-dt
到make stdout line buffered
或在python中添加-u
到flush the buffer
是修复它的方法。
如果将 print
更改为 logging
,您可以在分离的图像上看到日志。
main.py:
import time
import logging
print "App started"
logging.warning("Log app started")
while True:
time.sleep(1)
Docker 文件:
FROM python:2.7-stretch
ADD . /app
WORKDIR /app
CMD ["python","main.py"]
通常,我们将其重定向到特定文件(通过从主机挂载卷并将其写入该文件)。
使用 -t 添加 tty 也可以。您需要在 docker 日志中找到它。
使用大型日志输出,我没有将所有缓冲区存储在 dockers 日志中的问题。
因为我还没有看到这个答案:
您还可以在打印到标准输出后刷新标准输出:
import time
if __name__ == '__main__':
while True:
print('cleaner is up', flush=True)
time.sleep(5)
我不得不在我的 docker-compose.yml 文件中使用 PYTHONUNBUFFERED=1
来查看 django runserver 的输出。
如果您想在 运行 docker-compose up
时将您的打印输出添加到 Flask 输出中,请将以下内容添加到您的 docker 撰写文件中。
web:
environment:
- PYTHONUNBUFFERED=1
尝试将这两个环境变量添加到您的解决方案中 PYTHONUNBUFFERED=1
和 PYTHONIOENCODING=UTF-8
如果您不使用 docker-compose
而只是使用普通的 docker
,您可以将其添加到托管 Flask 应用程序的 Dockerfile
ARG FLASK_ENV="production"
ENV FLASK_ENV="${FLASK_ENV}" \
PYTHONUNBUFFERED="true"
CMD [ "flask", "run" ]
在 Django 应用程序中使用 python manage.py runserver
时,添加环境变量 PYTHONUNBUFFERED=1
解决了我的问题。 print('helloworld', flush=True)
也适合我。
但是,python -u
对我不起作用。
如果有人 运行 使用 conda 的 python 应用程序,您应该将 --no-capture-output
添加到命令中,因为默认情况下 conda 缓冲到标准输出。
ENTRYPOINT ["conda", "run", "--no-capture-output", "-n", "my-app", "python", "main.py"]