为什么 Python 应用程序在分离的 Docker 容器中运行时不打印任何内容?

2024-12-16 08:35:00
admin
原创
162
摘要:问题描述:我有一个 Python (2.7) 应用程序,它在我的 dockerfile 中启动:CMD ["python","main.py"] main.py在启动时打印一些字符串,然后进入循环:print "App started" while ...

问题描述:

我有一个 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)

有什么想法出错了吗?在后台运行时,“打印”的行为会有所不同吗?

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

解决方案 1:

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

使用无缓冲输出

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

而不是

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

解决了问题;你现在可以通过以下方式查看输出(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

ref的含义python -u。 > python --help | grep -- -u

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

解决方案 2:

就我而言,运行 Python-u不会改变任何东西。然而,诀窍是将其设置PYTHONUNBUFFERED=1为环境变量:

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

[编辑]:根据 Lars 的评论PYTHONUNBUFFERED=0进行了更新PYTHONUNBUFFERED=1。这不会改变行为,但会提高清晰度。

解决方案 3:

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

web:
  environment:
    - PYTHONUNBUFFERED=1

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

解决方案 4:

请参阅此文章,其中详细解释了该行为的原因:

缓冲通常有三种模式:

  • 如果文件描述符没有缓冲,那么就不会发生任何缓冲,并且读取或写入数据的函数调用会立即发生(并且会阻塞)。

  • 如果文件描述符是全缓冲的,则使用固定大小的缓冲区,并且读取或写入调用只需从缓冲区读取或写入。缓冲区在填满之前不会被刷新。

  • 如果文件描述符是行缓冲的,则缓冲会等待,直到看到换行符。因此,数据将一直缓冲,直到看到 \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,从docker document来看,它会分配一个伪tty,然后stdout变成line-buffered,从而docker run --name=myapp -it myappimage可以看到一行输出。

并且,如果只是使用-d,没有分配tty,那么,stdoutfully-buffered,一行App started肯定无法刷新缓冲区。

然后,使用-dtmake stdout line buffered-upython 中添加 toflush the buffer来修复它。

解决方案 5:

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

您还可以在打印后刷新标准输出:

import time

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

解决方案 6:

尝试将这两个环境变量添加到您的解决方案中PYTHONUNBUFFERED=1,然后PYTHONIOENCODING=UTF-8

解决方案 7:

print如果您更改为,您可以看到分离图像上的日志logging

主要文件:

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"]

解决方案 8:

如果有人使用 conda 运行 python 应用程序,您应该将其添加--no-capture-output到命令中,因为 conda 默认缓冲到 stdout。

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

解决方案 9:

我必须PYTHONUNBUFFERED=1在我的docker-compose.yml文件中使用它来查看django runserver的输出。

解决方案 10:

作为一个快速解决方法,请尝试以下操作:

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

当我遇到同样的问题时,这个对我有用。但说实话,我不知道为什么会发生这个错误。

解决方案 11:

如果你不使用docker-compose而只是正常使用docker,你可以将其添加到Dockerfile托管 Flask 应用程序的

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

CMD [ "flask", "run" ]

解决方案 12:

当用于python manage.py runserverDjango 应用程序时,添加环境变量PYTHONUNBUFFERED=1解决了我的问题。print('helloworld', flush=True)也适用于我。

但是,python -u对我来说不起作用。

解决方案 13:

我使用带有 docker 扩展的 visual studio code 在 python 中自动创建 Dockerfile。

默认情况下它有这一行

# Turns off buffering for easier container logging
ENV PYTHONUNBUFFERED=1

当容器以分离模式运行时,它可以工作并显示日志,所以我认为这是首选方法。我使用 python 3.11

解决方案 14:

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

使用 -t 添加 tty 也可以。您需要在 docker logs 中获取它。

使用大型日志输出时,我没有遇到缓冲区存储所有内容而不将其放入dockers日志中的任何问题。

解决方案 15:

对于任何最终到达这里的人来说,我尝试了很多这些解决方案,但没有一个对我有用。最后,我需要通过添加来正确配置我的记录器

logging.basicConfig(level=logging.INFO)

在我实例化我的记录器实例之前

logger = logging.getLogger()

这非常有效,我不需要做任何其他更改。

解决方案 16:

对我来说,这里的所有答案都不起作用。

为了查看我的 Python 程序在 Docker 容器中打印到 stdout 的消息,我必须添加:

tty: True

用于我的docker中的Python服务compose.yaml

https://docs.docker.com/compose/compose-file/05-services/#tty

相关推荐
  政府信创国产化的10大政策解读一、信创国产化的背景与意义信创国产化,即信息技术应用创新国产化,是当前中国信息技术领域的一个重要发展方向。其核心在于通过自主研发和创新,实现信息技术应用的自主可控,减少对外部技术的依赖,并规避潜在的技术制裁和风险。随着全球信息技术竞争的加剧,以及某些国家对中国在科技领域的打压,信创国产化显...
工程项目管理   1565  
  为什么项目管理通常仍然耗时且低效?您是否还在反复更新电子表格、淹没在便利贴中并参加每周更新会议?这确实是耗费时间和精力。借助软件工具的帮助,您可以一目了然地全面了解您的项目。如今,国内外有足够多优秀的项目管理软件可以帮助您掌控每个项目。什么是项目管理软件?项目管理软件是广泛行业用于项目规划、资源分配和调度的软件。它使项...
项目管理软件   1354  
  信创国产芯片作为信息技术创新的核心领域,对于推动国家自主可控生态建设具有至关重要的意义。在全球科技竞争日益激烈的背景下,实现信息技术的自主可控,摆脱对国外技术的依赖,已成为保障国家信息安全和产业可持续发展的关键。国产芯片作为信创产业的基石,其发展水平直接影响着整个信创生态的构建与完善。通过不断提升国产芯片的技术实力、产...
国产信创系统   21  
  信创生态建设旨在实现信息技术领域的自主创新和安全可控,涵盖了从硬件到软件的全产业链。随着数字化转型的加速,信创生态建设的重要性日益凸显,它不仅关乎国家的信息安全,更是推动产业升级和经济高质量发展的关键力量。然而,在推进信创生态建设的过程中,面临着诸多复杂且严峻的挑战,需要深入剖析并寻找切实可行的解决方案。技术创新难题技...
信创操作系统   27  
  信创产业作为国家信息技术创新发展的重要领域,对于保障国家信息安全、推动产业升级具有关键意义。而国产芯片作为信创产业的核心基石,其研发进展备受关注。在信创国产芯片的研发征程中,面临着诸多复杂且艰巨的难点,这些难点犹如一道道关卡,阻碍着国产芯片的快速发展。然而,科研人员和相关企业并未退缩,积极探索并提出了一系列切实可行的解...
国产化替代产品目录   28  
热门文章
项目管理软件有哪些?
云禅道AD
禅道项目管理软件

云端的项目管理软件

尊享禅道项目软件收费版功能

无需维护,随时随地协同办公

内置subversion和git源码管理

每天备份,随时转为私有部署

免费试用