Dockerでデタッチして実行すると、Pythonアプリは何も印刷しません

私のdockerfileで開始されたPython（2.7）アプリがあります。

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

最後に、GitHubの @ahmetalpbalkanのおかげで、Dockerでデーモン化されたときにPython出力を表示するソリューションを見つけました。さらに参照するためにここで自分で答えます：

でのバッファなし出力の使用

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

の代わりに

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

問題を解決します。あなたはを介して出力（両方、stderrとstdout）を見ることができます

docker logs myapp

今！

私の場合、Pythonを実行して-uも何も変わりませんでした。ただし、トリックはPYTHONUNBUFFERED=0環境変数として設定することでした。

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

私にとってそれはバグではなく機能です。疑似TTYがなければ、標準化するものは何もありません。したがって、簡単な解決策は、実行中のコンテナに疑似TTYを割り当てることです。

$ docker run -t ...

動作の詳細な理由を説明するこの記事を参照してください。

バッファリングには通常3つのモードがあります。

• ファイル記述子がバッファリングされていない場合、バッファリングは一切発生せず、データの読み取りまたは書き込みを行う関数呼び出しがすぐに発生します（ブロックされます）。
• ファイル記述子が完全にバッファリングされている場合、固定サイズのバッファが使用され、読み取りまたは書き込みの呼び出しは、単にバッファから読み取りまたは書き込みを行います。バッファは、いっぱいになるまでフラッシュされません。
• ファイル記述子が行バッファリングされている場合、バッファリングは改行文字が見つかるまで待機します。したがって、データはバッファリングされ、\ 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

したがって、docker document-tからを使用すると、疑似ttyが割り当てられ、になるため、1行の出力が表示されます。stdoutline-buffereddocker run --name=myapp -it myappimage

ちょうど使用している場合や、-d、何のttyが割り当てられていなかった、そして、stdoutあるfully-buffered1行App startedのバッファをフラッシュする確かにできません。

次に、使用-dtするmake stdout line bufferedか、追加-uのpythonでは、flush the bufferそれを修正する方法です。

の実行時に印刷出力をFlask出力にdocker-compose up追加する場合は、docker composeファイルに以下を追加します。

web:
  environment:
    - PYTHONUNBUFFERED=1

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

に変更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"]

私はまだこの答えを見ていませんので：

印刷後にstdoutをフラッシュすることもできます。

import time

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

あなたのソリューションにこれら2つの環境変数を追加しようPYTHONUNBUFFERED=1とPYTHONIOENCODING=UTF-8

簡単な修正として、これを試してください：

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

これは、同じ問題が発生した場合に役立ちます。しかし、正直なところ、このエラーが発生する理由はわかりません。

PYTHONUNBUFFERED=1django runserverからの出力を表示するには、docker-compose.ymlファイルで使用する必要がありました。

通常、特定のファイルにリダイレクトします（ホストからボリュームをマウントして、そのファイルに書き込むことにより）。

-tを使用してttyを追加することもできます。あなたはそれをドッカーのログで拾う必要があります。

大量のログ出力を使用して、すべてをDockerログに入れずにバッファーを保存することには問題がありませんでした。

使用docker-composeしておらず、通常のdocker場合はDockerfile、フラスコアプリをホストしているにこれを追加できます

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

CMD [ "flask", "run" ]