当使用docker/fig运行Django dev服务器时,为什么隐藏了一些日志输出?

前端之家收集整理的这篇文章主要介绍了当使用docker/fig运行Django dev服务器时,为什么隐藏了一些日志输出?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我正在编写一个Dockerfile,它需要运行多个命令作为CMD指令的一部分,我认为正确的方法是运行一个shell脚本,主要守护进程通过exec执行.不幸的是,作为该过程的一部分,我的一些输出(stdout?stderr?我不知道,我不知道如何找出)迷失了.

这是shell脚本:

#!/bin/sh

python manage.py migrate
exec python manage.py runserver 0.0.0.0:8000

想法是migrate命令只运行一次并显示输出,然后runserver命令应该接管并且容器运行直到该进程退出.

实际问题是正确显示了migrate的输出,但未显示runserver的立即输出.奇怪的是,稍后请求记录runserver就好了.

澄清一下,这是我预期的输出

[...]
No migrations to apply.
[...]
Starting development server at http://0.0.0.0:8000/
Quit the server with CONTROL-C.
[21/Jan/2015 16:27:06] "GET / HTTP/1.1" 200 15829

这是我用图片得到的:

[...]
No migrations to apply.
[...]
[21/Jan/2015 16:27:06] "GET / HTTP/1.1" 200 15829

我甚至都不确定这是谁的错. runserver命令是否根据其运行方式更改其输出?这是exec的问题吗?是docker / fig?

作为一个额外的数据点,我注意到在使用fig run web运行容器时我确实获得了所有输出,但是当我搞清楚时却没有,但我不明白它是如何不同或相关的.

注意:抱歉标签垃圾邮件,一旦我知道实际导致此效果的原因,我会减少标签.

最佳答案
今天我使用docker composer找到了这个老问题. Python日志记录模块检查输出是否为终端,因此您需要向服务添加tty:true.例:

version: '2'
services:
  django:
    tty: true
    command: python -u manage.py runserver 0.0.0.0:8080
    ports:
    - "8080:8080"
原文链接:https://www.f2er.com/docker/436226.html

猜你在找的Docker相关文章