Ứng dụng Python không in bất cứ thứ gì khi chạy tách rời trong docker

Tôi có một ứng dụng Python (2.7) được khởi động trong dockerfile của tôi:

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

main.txt in một số chuỗi khi nó được bắt đầu và đi vào một vòng lặp sau đó:

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

Miễn là tôi khởi động container với cờ -it, mọi thứ sẽ hoạt động như mong đợi:

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

Và tôi có thể thấy đầu ra tương tự thông qua nhật ký sau:

$ docker logs myapp
> App started

Nếu tôi cố chạy cùng một container với cờ -d, container dường như bắt đầu bình thường, nhưng tôi không thể thấy bất kỳ đầu ra nào:

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

Nhưng container dường như vẫn chạy;

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

Đính kèm cũng không hiển thị bất cứ điều gì:

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

Bất cứ ý tưởng whats đi sai? "In" có hoạt động khác khi chạy trong nền không?

Phiên bản 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

Cuối cùng tôi đã tìm thấy một giải pháp để xem đầu ra Python khi chạy daemonized trong Docker, nhờ @ahmetalpbalkan tại GitHub . Trả lời nó ở đây để tham khảo thêm:

Sử dụng đầu ra không có bộ đệm với

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

thay vì

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

giải quyết vấn đề; bạn có thể thấy đầu ra (cả, stderr và stdout) thông qua

docker logs myapp

hiện nay!

Trong trường hợp của tôi, chạy Python -umà không thay đổi gì cả. Tuy nhiên, mẹo đã làm là đặt PYTHONUNBUFFERED=0biến môi trường:

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

Đối với tôi nó là một tính năng, không phải là một lỗi. Không có TTY giả, không có gì để xuất hiện. Vì vậy, một giải pháp đơn giản là phân bổ giả TTY cho thùng chứa đang chạy của bạn với:

$ docker run -t ...

Xem bài viết này giải thích chi tiết lý do cho hành vi:

Thông thường có ba chế độ để đệm:

• Nếu một bộ mô tả tập tin không có bộ đệm thì không có bộ đệm nào xảy ra và các lệnh gọi chức năng đọc hoặc ghi dữ liệu xảy ra ngay lập tức (và sẽ chặn).
• Nếu một bộ mô tả tệp được đệm đầy đủ thì bộ đệm có kích thước cố định được sử dụng và đọc hoặc viết các cuộc gọi chỉ đơn giản là đọc hoặc ghi từ bộ đệm. Bộ đệm không bị xóa cho đến khi nó đầy lên.
• Nếu một bộ mô tả tập tin được đệm dòng thì bộ đệm sẽ đợi cho đến khi nó thấy một ký tự dòng mới. Vì vậy, dữ liệu sẽ đệm và đệm cho đến khi nhìn thấy một \ n, và sau đó tất cả dữ liệu được đệm được xóa tại thời điểm đó. Trong thực tế, thường có kích thước tối đa trên bộ đệm (giống như trong trường hợp được đệm hoàn toàn), do đó, quy tắc thực sự giống như bộ đệm cho đến khi nhìn thấy một ký tự dòng mới hoặc gặp phải 4096 byte dữ liệu, tùy theo trường hợp nào xảy ra đầu tiên.

Và GNU libc (glibc) sử dụng các quy tắc sau để đệm:

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

Vì vậy, nếu sử dụng -t, từ tài liệu docker , nó sẽ phân bổ một giả, sau đó stdouttrở thành line-buffered, do đó docker run --name=myapp -it myappimagecó thể thấy đầu ra một dòng.

Và, nếu chỉ sử dụng -d, không có tty được phân bổ, sau đó, stdoutlà fully-buffered, một dòng App startedchắc chắn không thể tuôn bộ đệm.

Sau đó, sử dụng -dtđể make stdout line bufferedhoặc thêm -uvào python flush the bufferlà cách để sửa nó.

Nếu bạn muốn thêm đầu ra in của mình vào đầu ra Flask khi chạy docker-compose up, hãy thêm phần sau vào tập tin soạn thảo docker của bạn.

web:
  environment:
    - PYTHONUNBUFFERED=1

https://docs.docker.com/compose/envir-variabled/

Bạn có thể thấy nhật ký trên hình ảnh tách ra nếu bạn thay đổi printthành logging.

chính:

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

Vì tôi chưa thấy câu trả lời này:

Bạn cũng có thể xóa tiêu chuẩn sau khi in ra:

import time

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

Cố gắng thêm hai biến môi trường này vào giải pháp của bạn PYTHONUNBUFFERED=1vàPYTHONIOENCODING=UTF-8

Để khắc phục nhanh, hãy thử điều này:

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

Điều này làm việc cho tôi khi tôi gặp phải những vấn đề tương tự. Nhưng, thành thật mà nói, tôi không biết tại sao lỗi này xảy ra.

Tôi đã phải sử dụng PYTHONUNBUFFERED=1trong tập tin docker-compose.yml của mình để xem đầu ra từ máy chủ django.

Thông thường, chúng tôi chuyển hướng nó đến một tệp cụ thể (bằng cách gắn một ổ đĩa từ máy chủ và ghi nó vào tệp đó).

Thêm một tty bằng cách sử dụng -t cũng tốt. Bạn cần phải chọn nó trong nhật ký docker.

Sử dụng các đầu ra nhật ký lớn, tôi không gặp vấn đề gì với việc lưu trữ bộ đệm mà không đưa nó vào nhật ký docker.

Nếu bạn không sử dụng docker-composevà chỉ bình thường dockerthay vào đó, bạn có thể thêm Dockerfileứng dụng này vào ứng dụng đang lưu trữ ứng dụng bình

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

CMD [ "flask", "run" ]