¿Por qué la aplicación Python no imprime nada cuando se ejecuta en un contenedor acoplable independiente?
Tengo una aplicación Python (2.7) que se inicia en mi archivo acoplable:
CMD ["python","main.py"]
main.py imprime algunas cadenas cuando se inicia y luego entra en un bucle:
print "App started"
while True:
time.sleep(1)
Siempre que inicie el contenedor con el indicador -it, todo funciona como se esperaba:
$ docker run --name=myapp -it myappimage
> App started
Y puedo ver el mismo resultado a través de registros más adelante:
$ docker logs myapp
> App started
Si intento ejecutar el mismo contenedor con el indicador -d, el contenedor parece iniciarse normalmente, pero no puedo ver ningún resultado:
$ docker run --name=myapp -d myappimage
> b82db1120fee5f92c80000f30f6bdc84e068bafa32738ab7adb47e641b19b4d1
$ docker logs myapp
$ (empty)
Pero el contenedor todavía parece funcionar;
$ docker ps
Container Status ...
myapp up 4 minutes ...
Adjuntar tampoco muestra nada:
$ docker attach --sig-proxy=false myapp
(working, no output)
¿Alguna idea de qué está yendo mal? ¿"Imprimir" se comporta de manera diferente cuando se ejecuta en segundo plano?
Versión acoplable:
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
Finalmente encontré una solución para ver la salida de Python cuando se ejecuta daemonized en Docker, gracias a @ahmetalpbalkan en GitHub . Respondiéndolo aquí yo mismo para mayor referencia:
Usar salida sin búfer con
CMD ["python","-u","main.py"]
en lugar de
CMD ["python","main.py"]
resuelve el problema; puede ver el resultado ahora (tanto, stderr como stdout) a través de
docker logs myapp
por que -u ref
- 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
lo que significa por python -uref. > python --ayuda | grep--u
-u : force the stdout and stderr streams to be unbuffered;
En mi caso, ejecutar Python -uno cambió nada. Sin embargo, el truco fue establecer PYTHONUNBUFFERED=1como variable de entorno:
docker run --name=myapp -e PYTHONUNBUFFERED=1 -d myappimage
[Editar]: Actualizado PYTHONUNBUFFERED=0después PYTHONUNBUFFERED=1del comentario de Lars. Esto no cambia el comportamiento y agrega claridad.
Si desea agregar su salida de impresión a su salida de Flask cuando ejecuta docker-compose up, agregue lo siguiente a su archivo de redacción de Docker.
web:
environment:
- PYTHONUNBUFFERED=1
https://docs.docker.com/compose/environment-variables/
