我有一个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)有什么问题吗?在后台运行时,“打印”的行为会有所不同吗?
码头版本:
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发布于 2015-04-20 10:37:19
最后,我找到了一个在Docker中运行守护进程时查看Python输出的解决方案,这要感谢GitHub上的@ahmetalpbalkan。本人在此作答,以供进一步参考:
使用未缓冲的输出
CMD ["python","-u","main.py"]而不是
CMD ["python","main.py"]解决问题;您可以通过以下方式看到输出(包括stderr和stdout)
docker logs myapp现在!
发布于 2015-08-03 20:38:02
在我的例子中,使用-u运行Python并没有改变任何事情。然而,诀窍是将PYTHONUNBUFFERED=1设置为环境变量:
docker run --name=myapp -e PYTHONUNBUFFERED=1 -d myappimage编辑:在Lars的评论之后,将PYTHONUNBUFFERED=0更新为PYTHONUNBUFFERED=1。这不会改变行为,也不会增加清晰度。
发布于 2019-09-05 08:55:48
请参阅这篇文章,它解释了行为的详细原因:
通常有三种缓冲模式:
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,在码头文件中,它将分配一个伪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是修复它的方法。
https://stackoverflow.com/questions/29663459
复制相似问题