Datos en Docker

Clase 11 de 25 • Fundamentos de Docker 2018

Contenido del curso

Introducción

Primeros pasos

Aprendiendo a usar los contenedores

Imágenes

Desarrollando con Docker

Docker compose

Docker Avanzado

Cierre

25
Cierre del curso
01:19 min

Tomar examen

Comentarios

Schenier Aldair López Uriarte

student•

Para los de windows. Al lanzar el comando docker run --name db -d -v c:/User/mine/MongoData:/data/db mongo esto a lo mejor te tira algún error o no, pero el contener no está "up" y siempre te tira Exited(14). Para solucionar lo que hice fue crear un 'volumen' con el comando docker volume create --name=mongodata luego volvemos a lanzar el comando anterior pero en vez de poner la ruta de nuestra carpeta, escribimos el nombre que le hemos dado al volumen docker run --name db -d -v mongodata:/data/db mongo. Y listo, ya está todo funcionando. Ahora, ¿Dónde está esa carpeta? Pues se encuentra en C:/data. Aún tengo que probar a crear mas contenedores y otros "volúmenes" para ver si estos no interfieren en el 'bind' de otros contenedores. Decir que aún no estoy muy seguro de cómo funcionan los volúmenes, a lo mejor en vídeos posteriores lo llega a explicar. Saludos gente!

Julian Henao Henao

student•

gracias !

Sebastián Palacio

student•

Gracias!!!

Daniel Chambi Aguilar

student•

Segunda ejecución... persistiendo la data en el disco duro, fuera del contenedor

Borramos contenedor de mongo q está en ejecución

docker rm -f db

ahora un poco de Linux

Creación de un directorio/carpeta en donde se guardará la data generada por mongo

mkdir mongodata

Este directorio es creado en la misma ubicación desde donde ejecuta docker. Para ver la ruta completa del lugar de dónde se está ejecutando docker (q es el directorio en donde se creó también el nuevo directorio, mongodata) utilizamos:

pwd

El resultado obtenido lo utilizaremos para dar la ruta completa para hacer el montaje del directorio usado dentro del contenedor, sobre el directorio recientemente creado fuera del contenedor.

Volvemos ahora a docker

Ejecutaremos ahora nuevamente el contendor de mongo, con el nombre db, pero además se agregará el parámetro -v para realizar el montaje: en primera instancia va el directorio externo donde se montará el directorio interno, y después de los dos puntos (:) se coloca el directorio interno q será montado en el directorio externo

docker run --name db -d -v /Users/gvilarina/Dev/platzi/mongodata:/data/db mongo

Verificar si el contendor ejecutado ya está dejando sus archivos en el directorio externo (comando linux)

ls mongodata

Luego de esto, repetir la creación de usuario, la inserción de datos, luego salir del bash, salir del contenedor, ,matar el contenedor, volver a levantanr el contenedor. verificar q la data esté allí. La desventaja de esta manera de persistir la información, es q,si por alguna razón, un proceso externo juega dentro del directorio creado para guardar la data de mongo, puede q este juego altere mi información.

Liza Pamela Luque Flores

student•

Gracias, buen aporte :)

Daniel Chambi Aguilar

student•

Primera ejecución de Mongo sin persistir datos en disco, sólo en el contenedor

Levantando contenedor de Base de Datos Mongo ignorando los inputs que pueda generar la ejecución de dicho contenedor (-d). Se colocará al contendor el nombe de db. Esto descargará el contenedor de la internet.

docker run -d --name db mongo

Visualizar los logs generados al momento de ejecutar

docker logs db

Ejecutamos un bash (una consola para Linux) dentro del contendedor db (mongo). Esto nos muestra que cada proceso ejecutado necesita de algunos procesos Linux, y sobre esos procesos Linux se ejecuta, en este caso, el Mongo. Todos estos procesos, tanto de Linux como de Mongo, están dentro del contenedor levantado db.

docker exec -it db bash

Ya dentro del bash ingresamos al proceso (cliente mongo en modo bash/consola) mongo.
Creación (dentro del cliente mongo) de un usuario

use platzi

Insertar un usuario en mongo

db.users.insert({ "name": "Jenson"})

Listar los usuarios ingresados

db.users.find()

Ahora saldremos del cliente con exit, y de la misma manera, saldremos del bash del contenedor.
"Matar" el contenedor mongo.

docker rm -f db

Volvemos a ejecutar un nuevo contenedor de mongo con el mismo nombre db
Ingresar al bash del contenedor db, y luego a mongo (desde el bash)
Luego, crear usuario platzi y buscar los datos. No hay datos ya que, cuando se "mató" el contenedor anterior, se fue con toda la información generada.

Manuel Alfonso Illidge Ramírez

student•

Docker para Windows: Sesiones interactivas en MinTTY Git Bash
Recientemente instalé Docker para Windows en mi computadora portátil. Cuando intenté ejecutar la docker run -it ubuntu bashdemostración predeterminada de Git Bash, me encontré con un problema que no había visto antes.

1
2
$ docker run -it ubuntu bash
the input device is not a TTY. If you are using mintty, try prefixing the command with 'winpty’
Resulta que, siguiendo las instrucciones y prefijando el comando con winptyfunciona

1
2
$ winpty docker run -it ubuntu bash
root@88448b75631d:/#
Sin embargo, nunca estoy satisfecho con solo solucionar un problema, así que hice más excavaciones. Resulta que el problema aquí es el uso de MinTTY para alojar el indicador de Git Bash. Si ha instalado Git para Windows, recordará la siguiente ventana de configuración.

Configuración de Git Bash MinTTY

Si selecciona la opción “Usar MinTTY”, su pompa de Bash se alojará en el emulador de terminal de MinTTY, en lugar de la consola CMD que se envía con Windows. El emulador de terminal MinTTY no es compatible con los programas de la consola de Windows a menos que prefieras tus comandos con winpty.

Personalmente, prefiero la consola CMD predeterminada, especialmente en Windows 10, donde se han mejorado drásticamente las funciones como el cambio de tamaño de la ventana y la selección de texto. Si desea volver a ese modo, simplemente vuelva a ejecutar el instalador de Git para Windows y elija la opción que no sea MinTTY. Si desea seguir con MinTTY, solo tiene que prefijar sus comandos interactivos Docker (y Python, y Node, y …) con winpty.

Ruben Dario

student•

También considero una solución utilizar PowerShell que viene en las nuevas versiones de Windows 10, a mi me ha funcionado de maravilla, ya que se pueden unir resultados de comandos a través de tuberías

Edward Orlando Hurtado

student•

En Windows 10 con la powershell tuve que usar

 docker run --name db -d -v /C/Users/Jose/mongodata:/data/db mongo

Paolo Ricardo Ortega Ramirez

student•

buen dato, mi ruta al usar c:/..., como unidad de disco, estaba ingresando esos ":" que hacen conflicto con la sintaxis, ademas del "/" inicial.

Bryam Herrera

student•

Está solución me da el mismo problema, la máquina inicia pero inmediatamente se cae.

Amilcar Rey

student•

Para los que estuvieron probando y usaron docker for windows el path del host se pone sin el nombre del disco.

docker run --name db  -v /Docker/mongodata:/data/db mongo

Hersson Guerrero Amésquita

student•

Gracias por el aporte. A mi me funcionó haciéndolo en una ruta corta cerca a la unidad inicial (c). Si le coloco una ruta mas larga, como por ejemplo el escritorio del usuario, no sostiene el contenedor encendido; en cuanto se crea se apaga.

Carlos Andrés Charris S

student•

Crear volumenes (Persistencia) a un contenedor

docker run -d --name <nombre del contenedor> -v <path carpeta host>:<carpeta datos contenedor> <nombre de la imagen>

Ej: docker run -d --name mongo-db -v /Users/gdaimon/docker/mongodata:/data/db mongo

Alexis Otaño

student•

Dejame de joder! y yo levantando maquinas virtuales! 😌

Christian Rivera

student•

El futuro es ahora, imaginate cuando aprendamos kubernetes.

Grover Franklin Vargas Vasquez

student•

Recomiendo realice los laboratorios con este servicio gratuito https://labs.play-with-docker.com/#

Lk Rodi

student•

Muchas gracias, la verdad me he dado cuenta que trabajar docker bajo windows trae consigo un sin fin de problemas. Esta herramienta servirá mucho para el aprendizaje.

Christian Rivera

student•

Probando en windows 10 y tratar de montar una carpeta en /data/db el servidor mongo se detiene con falla 14 por falta de sincronización, pueden comprobarlo con docker logs contenedor. Probé creando un volumen con docker volume create mongodata y luego: docker run --name db -d -v mongodata:/data/db mongo, para el fin del ejercicio esto funciona ya que los datos persisten al detener o reiniciar un contenedor. Habrá que estudiar más sobre volúmenes.

Erickson Quintana

student•

esto funciona pero no seria el ejecicio, ya que Guido lo monta en una ruta, y como lo indicas tu es un volumen, esto lo levanta correcto y no sale el erro 14

Jose Miguel Diaz

student•

Buenos días, estoy usando Windows y al tratar de ejecutar el comando docker run --name db -d -v ruta_host:/data/db mongo me crea el contenedor sin problema. El detalle esta en que el contenedor queda como "exited (14)" . Si en vez de poner /data/db pongo por ejemplo /data/lib/db si que me lo crea sin problemas.

Adjunto los logs del error:

PS C:\WINDOWS\system32> docker logs db 2019-08-08T08:33:00.579+0000 I CONTROL [main] Automatically disabling TLS 1.0, to force-enable TLS 1.0 specify --sslDisabledProtocols 'none' 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] MongoDB starting : pid=1 port=27017 dbpath=/data/db 64-bit host=c707ecc47e59 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] db version v4.0.11 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] git version: 417d1a712e9f040d54beca8e4943edce218e9a8c 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] OpenSSL version: OpenSSL 1.0.2g 1 Mar 2016 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] allocator: tcmalloc 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] modules: none 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] build environment: 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] distmod: ubuntu1604 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] distarch: x86_64 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] target_arch: x86_64 2019-08-08T08:33:00.583+0000 I CONTROL [initandlisten] options: { net: { bindIpAll: true } } 2019-08-08T08:33:00.592+0000 I STORAGE [initandlisten] wiredtiger_open config: create,cache_size=478M,session_max=20000,eviction=(threads_min=4,threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),statistics_log=(wait=0),verbose=(recovery_progress), 2019-08-08T08:33:01.062+0000 E STORAGE [initandlisten] WiredTiger error (1) [1565253181:62098][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: Operation not permitted Raw: [1565253181:62098][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: Operation not permitted 2019-08-08T08:33:01.075+0000 E STORAGE [initandlisten] WiredTiger error (17) [1565253181:75544][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: File exists Raw: [1565253181:75544][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: File exists 2019-08-08T08:33:01.080+0000 I STORAGE [initandlisten] WiredTiger message unexpected file WiredTiger.wt found, renamed to WiredTiger.wt.1 2019-08-08T08:33:01.082+0000 E STORAGE [initandlisten] WiredTiger error (1) [1565253181:82181][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: Operation not permitted Raw: [1565253181:82181][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: Operation not permitted 2019-08-08T08:33:01.096+0000 E STORAGE [initandlisten] WiredTiger error (17) [1565253181:96982][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: File exists Raw: [1565253181:96982][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: File exists 2019-08-08T08:33:01.100+0000 I STORAGE [initandlisten] WiredTiger message unexpected file WiredTiger.wt found, renamed to WiredTiger.wt.2 2019-08-08T08:33:01.102+0000 E STORAGE [initandlisten] WiredTiger error (1) [1565253181:102853][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: Operation not permitted Raw: [1565253181:102853][1:0x7f7e7ea08a80], connection: __posix_open_file, 715: /data/db/WiredTiger.wt: handle-open: open: Operation not permitted 2019-08-08T08:33:01.105+0000 W STORAGE [initandlisten] Failed to start up WiredTiger under any compatibility version. 2019-08-08T08:33:01.105+0000 F STORAGE [initandlisten] Reason: 1: Operation not permitted 2019-08-08T08:33:01.105+0000 F - [initandlisten] Fatal Assertion 28595 at src/mongo/db/storage/wiredtiger/wiredtiger_kv_engine.cpp 704 2019-08-08T08:33:01.105+0000 F - [initandlisten]

***aborting after fassert() failure

Erickson Quintana

student•

Gracias josemdiaza eres un crack data/lib/db si que funciona lo mantiene en ejecucion el contenedor sin problemas

Luis Urdiales

student•

Gracias, esto funciona, aunque me queda la duda de por que con la otra ruta no funcionaba.

CRISTIAN MAURICIOO LEITON VALENCIA

student•

se puede instalar docker dentro de un contenedor?

Juan Castro

teacher•

Docker dentro de docker, dockerception. :joy:

Este artículo te puede explicar cómo funciona eso: https://weekly-geekly-es.github.io/articles/477464/index.html.

(por cierto, para qué lo necesitas?)

Luis Jeanpier Monserrate

student•

para los que usan docker toolbox, recuerden que en realidad estan usando una máquina virtual en virtualbox para correr el daemon de docker, por lo cual no les va a aparecer en los directorios de su máquina principal los archivos del vólumen, el directorio que le pasamos al flag "-v" debe ser uno de la máquina virtual, me puse a buscar como relacionar mi máquina virtual con mi principal y encontré lo que parece ser una carpeta compartida entre ambas, se llama host_mnt, entonces como ruta del flag "-v" se pondria "/host_mnt/c/temp/mongo-data:/data/db". al final cree el contenedor de la siguiente forma: docker run --name db4 -d -v /host_mnt/c/temp/mongo-data:/data/db mongo

espero les sirva a los que tengan estos problemas, a mi me sirvió

Luis Jeanpier Monserrate

student•

corrijo el término apropiado no es volumen sino bind mounts

Jorge Mojica Huerta

student•

Para windows: docker run --name db -d -v C:/MyRoute/mongodata:/data/db mongo

Intercambie las diagonales de "" por "/" y se ejecuto correctamente, pero el status no queda en UP sino que queda en Exited(14). Si a alguien le paso y sabe como corregirlo o por decirme en que me equivoque se lo agradecería.

Gustavo Wilgenhoff

student•

Con Windows 10 no pude iniciar el contenedor montando un volumen asociado a una carpeta. Tuve que crear primero un volumen de Docker.

docker volume create --name=mongodata

docker run --name db -d -v mongodata:/data/db mongo

Carlos Frostte

student•

Creo que con esto, lo que se está haciendo es montar un volumen en el sistema de archivos de la docker-machine.

Erickson Quintana

student•

Esto funciona, pero no es el ejercico, yo hice el montaje lo ejecuta pero se cae y sale un error 14 en el dashboard, algo falta aqui lo que no entiendo

Mitchell Sierralta Valdivia

student•

Para los que usamos Window$: Recuerden activar primero el File Sharing en la configuración de docker. Luego como dicen otros comentarios en ves de usar C:\MyPrivateFolder\mongodata:/data/db usan /D/MyPrivateFolder/mongodata:/data/db

mas info: https://docs.docker.com/docker-for-windows/troubleshoot/#volume-mounting-requires-shared-drives-for-linux-containers

Gustavo Adolfo Ramírez Apache

student•

Na que frustrantre si logro que se cree la data en la carpeta local no corre el contenedor, si corre el contenedor no crea la dataq que rayos pasa?

Nicolás Díaz

student•

idem

kevin velasco

student•

Para usuarios de windows me a funcionado de la siguiente manera

docker run --name db -d -v C:\Users\nombreusuario\mongodata:/data/db mongo

Carlos Frostte

student•

Dejo esto por aca arriba si están usando Windows lo más probable es que:

No puedan usar /d:/rutaX:rutaY en el comando sino más bien /d/rutaX:rutaY, es decir, sin los dos puntos en la ruta nuestra, para que la consola no se confunda.
Y por lo dicho en el punto anterior, tampoco podrán usar $pwd:/rutaY
Si usan Docker Toolbox, por más que la info del contenedor diga que el "bind" está montado en nuestro sistema de archivos, eso puede que no sea cierto; es decir: en realidad se monta un volumen en la máquina virtual que docker.
Y por lo anterior, en las siguientes clases, cada vez que usen -v en el comando esperaran que los archivos que cambien en su disco lo tome el contenedor, pero eso no va a suceder.

Si alguien sabe alguna alternativa para solucionar lo que sucede en los puntos 3 y 4, estaria bueno que lo compartiera; yo ya probe compartir la carpeta con VirtualBox, pero no da resultado.

Fanor Camacho

student•

windows:

docker run --name db3 -d -v /data:/data/db mongo```

Datos en Docker

Introducción

Qué aprenderás sobre Docker

Problemáticas del desarrollo de software profesional

Qué es Docker: containarization vs virtualization

Primeros pasos

Cómo instalar Docker

Primeros pasos: Hola mundo y Docker Engine

Contenedores

Aprendiendo a usar los contenedores

Explorar el estado de docker

El modo interactivo

Ciclo de vida de un contenedor

Exponiendo contenedores al mundo exterior

Datos en Docker

Datos con Docker: Volumes

Imágenes

Conceptos fundamentales de Docker: imágenes

Construyendo nuestras propias imágenes

Comprendiendo el sistema de capas

Desarrollando con Docker

Usando docker para desarrollar aplicaciones

Reto

Entendiendo el cache de layers para estructurar correctamente tus imágenes

Docker networking: colaboración entre contenedores

Docker compose

Docker-compose: la herramienta todo-en-uno

Trabajando con docker-compose

Docker-compose como herramienta de desarrollo

Docker Avanzado

Conceptos para imágenes productivas

Manejando docker desde un contenedor

Cierre

Cierre del curso