Python应用程序在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 ...

Attach也不显示任何东西:

$ 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
153787 次浏览
小开

作为一个快速的解决方法，试试这个:

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

当我遇到同样的问题时，这个方法对我很有效。但是，说实话，我不知道为什么会出现这个错误。

小开
最佳答案

最后，我找到了一个解决方案，可以在Docker中运行daemonized时看到Python输出，这要感谢GitHub上的@ahmetalpbalkan。我自己在这里回答，以供进一步参考:

使用无缓冲输出

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

而不是

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

解决问题;您现在可以通过via看到输出(包括stderr和stdout)

docker logs myapp

为什么-u 裁判

- print is indeed buffered and docker logs will eventually give you that output, just after enough of it will have piled up
- executing the same script with python -u gives instant output as said above
- import logging + logging.warning("text") gives the expected result even without -u

python -u ref. >Python——help | grep——-u

-u     : force the stdout and stderr streams to be unbuffered;
小开

在我的例子中，使用-u运行Python并没有改变任何东西。然而，诀窍在于将PYTHONUNBUFFERED=1设置为环境变量:

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

[编辑]:在Lars的评论之后，将PYTHONUNBUFFERED=0更新为PYTHONUNBUFFERED=1。这不会改变行为并增加清晰度。

小开

参见这篇文章，它解释了行为的详细原因:

通常有三种缓冲模式:

  • 如果文件描述符未缓冲，则不会发生任何缓冲，读取或写入数据的函数调用将立即发生(并且将阻塞)。
  • 如果文件描述符是完全缓冲的，则使用固定大小的缓冲区，而读写调用只是从缓冲区中读取或写入。缓冲区直到被填满才会被刷新。
  • 如果文件描述符是行缓冲的，那么缓冲会一直等待，直到它看到换行符。所以数据会一直缓冲，直到a \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，从码头工人文档，它将分配一个伪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)

Dockerfile:

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

通常，我们将其重定向到一个特定的文件(通过从主机挂载一个卷并将其写入该文件)。

使用-t添加tty也可以。你得从码头工人的日志里查到。

使用大的日志输出，我没有任何问题，缓冲区存储所有没有把它放在dockers日志。

小开

因为我还没有看到这个答案:

你也可以在输出stdout后刷新它:

import time


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

我必须在docker-compose中使用PYTHONUNBUFFERED=1。查看django runserver的输出。

小开

如果你想在运行docker-compose up时将打印输出添加到Flask输出中，请将以下内容添加到docker compose文件中。

web:
environment:
- PYTHONUNBUFFERED=1

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

小开

尝试将这两个环境变量添加到您的解决方案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默认情况下会缓冲到stdout。

ENTRYPOINT ["conda", "run", "--no-capture-output", "-n", "my-app", "python", "main.py"]

提交答案