Usar tail para mantener el contenedor vivo es un truco. Además, tenga en cuenta que con -f el contenedor de opciones terminará cuando ocurra la rotación del registro (esto se puede evitar utilizando -F en su lugar).

Una mejor solución es usar supervisor. Echa un vistazo a este tutorial sobre la ejecución de Riak en un contenedor Docker.

La explicación para:

Si lo corro usando docker run -i -t quintenk/riak-dev /bin/bash el proceso riak no se inicia

Es como sigue. Usar CMD en el Dockerfile es en realidad la misma funcionalidad que iniciar el contenedor usando docker run {image} {command}. Como señaló Gigablah, solo se usa el último CMD, por lo que el escrito en el Dockerfile se sobrescribe en este caso.

Usando CMD /bin/riak start && tail -f /var/log/riak/erlang.log.1 en el Buildfile, puedes iniciar el contenedor como un proceso en segundo plano usando docker run -d {image}, que funciona como un encanto.

"Si lo corro usando docker run-i-t quintenk/riak-dev / bin / bash el proceso de riak no se inicia"

Parece que solo desea poder monitorear el registro cuando se conecta al contenedor. Mi caso de uso es un poco diferente en que quiero que los comandos se inicien automáticamente, pero quiero poder conectarlos al contenedor y estar en un shell bash. Pude resolver nuestros dos problemas de la siguiente manera:

En la imagen/contenedor, agregue los comandos que desee se inicia automáticamente hasta el final del archivo /etc/bash.bashrc.

En su caso, simplemente agregue la línea /bin/riak start && tail -F /var/log/riak/erlang.log.1, o coloque /bin/riak start y tail -F /var/log/riak/erlang.log.1 en líneas separadas dependiendo de la funcionalidad deseada.

Ahora confirma tus cambios en tu contenedor, y ejecútalo de nuevo con: docker run -i -t quintenk/riak-dev /bin/bash. Encontrará que los comandos que puso en el bashrc ya se están ejecutando a medida que los adjunta.

Debido a que quiero una forma limpia de tener el proceso de salida más tarde hago el último comando una llamada a la shell read lo que hace que ese proceso se bloquee hasta que más tarde lo adjunte y presione enter.

arthur@macro:~/docker$ sudo docker run -d -t -i -v /raid:/raid -p 4040:4040 subsonic /bin/bash -c 'service subsonic start && read -p "waiting"'
WARNING: Docker detected local DNS server on resolv.conf. Using default external servers: [8.8.8.8 8.8.4.4]
f27229a260c9

arthur@macro:~/docker$ sudo docker ps                                                                                                                                     
[sudo] password for arthur: 
ID                  IMAGE               COMMAND                CREATED              STATUS              PORTS
35f253bdf45a        subsonic:latest     /bin/bash -c service   2 days ago          Up 2 days           4040->4040

arthur@macro:~/docker$ sudo docker attach 35f253bdf45a

arthur@macro:~/docker$ sudo docker ps                                                                                                                                     
ID                  IMAGE               COMMAND             CREATED             STATUS              PORTS

Como puede ver, el contenedor sale después de conectarlo y desbloquear la lectura. Por supuesto, puede usar un script más sofisticado que read -p si necesita hacer otra limpieza, como detener servicios y guardar registros, etc.

Uso un truco simple cada vez que empiezo a construir un nuevo contenedor docker. Para mantenerlo vivo, utilizo un ping en el script entrypoint.

Así que en el Dockerfile, cuando uso Debian, por ejemplo, me aseguro de poder hacer ping. Esto es por cierto, siempre agradable, para comprobar lo que es accesible desde el interior del contenedor.

...
RUN DEBIAN_FRONTEND=noninteractive apt-get update \
 && apt-get install -y iputils-ping 
...
ENTRYPOINT ["entrypoint.sh"]

Y en el entrypoint.sh file

#!/bin/bash
...
ping 10.10.0.1 >/dev/null 2>/dev/null

Uso esto en lugar de CMD bash, ya que siempre termino usando un archivo de inicio.