Aplikasi Python tidak mencetak apa pun saat menjalankan detached in docker

Saya memiliki aplikasi Python (2.7) yang dimulai di dockerfile saya:

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

main.py mencetak beberapa string ketika dimulai dan masuk ke loop setelahnya:

print "App started"
while True:
    time.sleep(1)

Selama saya memulai wadah dengan flag -it, semuanya berfungsi seperti yang diharapkan:

$ docker run --name=myapp -it myappimage
> App started

Dan saya bisa melihat output yang sama via log nanti:

$ docker logs myapp
> App started

Jika saya mencoba menjalankan wadah yang sama dengan flag -d, wadah tersebut tampaknya mulai dengan normal, tetapi saya tidak dapat melihat output apa pun:

$ docker run --name=myapp -d myappimage
> b82db1120fee5f92c80000f30f6bdc84e068bafa32738ab7adb47e641b19b4d1
$ docker logs myapp
$ (empty)

Tapi wadah itu tampaknya masih berjalan;

$ docker ps
Container Status ...
myapp     up 4 minutes ... 

Lampirkan juga tidak menampilkan apa pun:

$ docker attach --sig-proxy=false myapp
(working, no output)

Ada ide apa yang salah? Apakah "cetak" berperilaku berbeda ketika dijalankan di latar belakang?

Versi buruh pelabuhan:

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

Akhirnya saya menemukan solusi untuk melihat output Python ketika menjalankan daemonized di Docker, terima kasih kepada @ahmetalpbalkan di GitHub . Menjawab sendiri di sini untuk referensi lebih lanjut:

Menggunakan keluaran unbuffered dengan

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

dari pada

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

memecahkan masalah; Anda dapat melihat output (keduanya, stderr dan stdout) via

docker logs myapp

sekarang!

Dalam kasus saya, menjalankan Python dengan -utidak mengubah apa pun. Apa triknya adalah menetapkan PYTHONUNBUFFERED=0sebagai variabel lingkungan:

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

Bagi saya itu adalah fitur, bukan bug. Tanpa pseudo-TTY tidak ada yang bisa dilakukan. Jadi solusi sederhana adalah dengan mengalokasikan pseudo-TTY untuk wadah Anda berjalan dengan:

$ docker run -t ...

Lihat artikel ini yang menjelaskan alasan detail perilaku tersebut:

Biasanya ada tiga mode untuk buffering:

• Jika deskriptor file tidak ditemukan maka buffering tidak terjadi apa pun, dan panggilan fungsi yang membaca atau menulis data terjadi segera (dan akan memblokir).
• Jika file deskriptor sepenuhnya buffered maka buffer ukuran tetap digunakan, dan membaca atau menulis panggilan cukup membaca atau menulis dari buffer. Buffer tidak memerah sampai terisi.
• Jika deskriptor file buffer baris maka buffer menunggu hingga melihat karakter baris baru. Jadi data akan buffer dan buffer sampai a \ n terlihat, dan kemudian semua data yang buffered memerah pada saat itu. Pada kenyataannya ada biasanya ukuran maksimum pada buffer (seperti dalam kasus buffer penuh), sehingga aturan sebenarnya lebih seperti "buffer sampai karakter baris baru terlihat atau 4096 byte data ditemui, mana yang terjadi terlebih dahulu".

Dan GNU libc (glibc) menggunakan aturan berikut untuk buffering:

Stream               Type          Behavior
stdin                input         line-buffered
stdout (TTY)         output        line-buffered
stdout (not a TTY)   output        fully-buffered
stderr               output        unbuffered

Jadi, jika digunakan -t, dari dokumen buruh pelabuhan , itu akan mengalokasikan pseudo-tty, kemudian stdoutmenjadi line-buffered, sehingga docker run --name=myapp -it myappimagebisa melihat output satu baris.

Dan, jika hanya digunakan -d, tidak ada tty dialokasikan, maka, stdoutadalah fully-buffered, satu baris App startedpasti tidak dapat menyiram buffer.

Kemudian, gunakan -dtuntuk make stdout line bufferedatau add -udi python untuk flush the bufferadalah cara untuk memperbaikinya.

Jika Anda ingin menambahkan output cetak Anda ke output Flask Anda saat menjalankan docker-compose up, tambahkan berikut ini ke file menulis docker Anda.

web:
  environment:
    - PYTHONUNBUFFERED=1

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

Anda dapat melihat log pada gambar terpisah jika Anda mengubah printke 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"]

Karena saya belum melihat jawaban ini:

Anda juga dapat menghapus stdout setelah Anda mencetaknya:

import time

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

Coba tambahkan dua variabel lingkungan ini ke solusi Anda PYTHONUNBUFFERED=1danPYTHONIOENCODING=UTF-8

Sebagai perbaikan cepat, coba ini:

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

Ini bekerja untuk saya ketika saya menemukan masalah yang sama. Tapi, jujur ​​saja, saya tidak tahu mengapa kesalahan ini terjadi.

Saya harus menggunakan PYTHONUNBUFFERED=1file docker-compose.yml saya untuk melihat output dari RunJver Django.

Biasanya, kami mengarahkannya ke file tertentu (dengan memasang volume dari host dan menulisnya ke file itu).

Menambahkan tty menggunakan -t juga baik-baik saja. Anda harus mengambilnya di log buruh pelabuhan.

Menggunakan keluaran log yang besar, saya tidak memiliki masalah dengan penyangga menyimpan semua tanpa memasukkannya ke dalam log buruh pelabuhan.

Jika Anda tidak menggunakan docker-composedan hanya normal docker, Anda dapat menambahkan ini ke Anda Dockerfileyang menjadi tuan rumah aplikasi labu

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

CMD [ "flask", "run" ]