Por qué el contenedor docker sale inmediatamente

Esto hizo el truco para mí:

docker run -dit ubuntu

Después de esto, puedo ver los procesos en ejecución:

docker ps -a

Para volver a colocar el recipiente

docker attach CONTAINER_NAME

CONSEJO: Para salir sin detener el tipo de contenedor: ^P^Q

Me gustaría ampliar o me atrevo a decir, mejorar la respuesta mencionada por camposer

Cuando corras

docker run -dit ubuntu

Básicamente está ejecutando el contenedor en segundo plano en modo interactivo.

Cuando conecta y sale del contenedor mediante CTRL+D (la forma más común de hacerlo), detiene el contenedor porque acaba de matar el proceso principal que inició su contenedor con el comando anterior.

Aprovechando un contenedor que ya está funcionando, simplemente bifurcaría otro proceso de bash y obtener un pseudo TTY ejecutando:

docker exec -it <container ID> /bin/bash

Cada vez que quiero que un contenedor permanezca activo después de terminar la ejecución del script agrego

&& tail -f /dev/null

Al final del comando. Así que debería ser:

/usr/local/start-all.sh && tail -f /dev/null

Un buen enfoque sería iniciar sus procesos y servicios ejecutándolos en segundo plano y usar el comando wait [n ...] al final de su script. En bash, el comando wait fuerza el proceso actual a:

Espere cada proceso especificado y devuelva su estado de terminación. Si no se da n, se esperan todos los procesos secundarios actualmente activos, y el estado de retorno es cero.

Tengo esta idea de Sébastien Pujadas' guión de inicio para su alce build .

Tomando de la pregunta original, estás start-all.sh se vería algo como esto...

 #!/usr/bin/env bash
 /etc/init.d/hadoop-hdfs-namenode start &
 /etc/init.d/hadoop-hdfs-datanode start &
 /etc/init.d/hadoop-hdfs-secondarynamenode start &
 /etc/init.d/hadoop-0.20-mapreduce-tasktracker start &
 sudo -u hdfs hadoop fs -chmod 777 /
 /etc/init.d/hadoop-0.20-mapreduce-jobtracker start &
 wait

Mi práctica está en el Dockerfile iniciar un shell que no saldrá inmediatamente CMD [ "sh", "-c", "service ssh start; bash"], luego ejecutar docker run -dit image_name. De esta manera, el servicio (ssh) y el contenedor están funcionando.

Añadiendo

Exec "@ @ "

Al final de mi script de shell fue mi solución!

Hay muchas maneras posibles de hacer que una docker salga inmediatamente. Para mí, fue el problema con mi Dockerfile. Había un error en ese archivo. Tenía ENTRYPOINT ["dotnet", "M4Movie_Api.dll] en lugar de ENTRYPOINT ["dotnet", "M4Movie_Api.dll"]. Como puede ver, me había perdido una cita (") al final.

Para analizar el problema, inicié mi contenedor y rápidamente adjunté mi contenedor para poder ver cuál era el problema exacto.

C:\SVenu\M4Movie\Api\Api>docker start 4ea373efa21b


C:\SVenu\M4Movie\Api\Api>docker attach 4ea373efa21b

Donde 4ea373efa21b es mi id de contenedor. Esto me lleva al problema real.

Después de encontrar el problema, tuve que compilar, restaurar y publicar mi contenedor de nuevo.

Puede ejecutar el contenedor usando este indicador de reinicio.

docker run -d --name=<some-name> -p xxxx:xxxx ... <image-name> --restart=unless-stopped

Dado que la imagen es linux, una cosa a comprobar es asegurarse de que cualquier script de shell utilizado en el contenedor tenga finales de línea unix. Si tienen un ^M al final, entonces son finales de línea de windows. Una forma de solucionarlos es con dos2unix en /usr/local/start-all.sh para convertirlos de windows a unix. Ejecutar la ventana acoplable en modo interactivo puede ayudar a resolver otros problemas. Podrías tener un error tipográfico del nombre del archivo o algo así. véase https://en.wikipedia.org/wiki/Newline