Perdo i miei dati all'uscita del container

Nonostante il tutorial interattivo e le domande frequenti di Docker, perdo i miei dati quando il container esce.

Ho installato Docker come descritto qui: http://docs.docker.io/en/latest/installation/ubuntulinux senza alcun problema su Ubuntu 13.04.

Ma perde tutti i dati quando esce.

iman@test:~$ sudo docker version
Client version: 0.6.4 
Go version (client): go1.1.2 
Git commit (client): 2f74b1c 
Server version: 0.6.4 
Git commit (server): 2f74b1c 
Go version (server): go1.1.2 
Last stable version: 0.6.4 


iman@test:~$ sudo docker run ubuntu ping
2013/10/25 08:05:47 Unable to locate ping 
iman@test:~$ sudo docker run ubuntu apt-get install ping
Reading package lists... 
Building dependency tree... 
The following NEW packages will be installed: 
  iputils-ping 
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. 
Need to get 56.1 kB of archives. 
After this operation, 143 kB of additional disk space will be used. 
Get:1 http://archive.ubuntu.com/ubuntu/ precise/main iputils-ping amd64 3:20101006-1ubuntu1 [56.1 kB] 
debconf: delaying package configuration, since apt-utils is not installed 
Fetched 56.1 kB in 0s (195 kB/s) 
Selecting previously unselected package iputils-ping. 
(Reading database ... 7545 files and directories currently installed.) 
Unpacking iputils-ping (from .../iputils-ping_3%3a20101006-1ubuntu1_amd64.deb) ... 
Setting up iputils-ping (3:20101006-1ubuntu1) ... 
iman@test:~$ sudo docker run ubuntu ping
2013/10/25 08:06:11 Unable to locate ping 
iman@test:~$ sudo docker run ubuntu touch /home/test
iman@test:~$ sudo docker run ubuntu ls /home/test
ls: cannot access /home/test: No such file or directory 

L'ho anche provato con sessioni interattive con lo stesso risultato. Ho dimenticato qualcosa?

MODIFICA: IMPORTANTE PER I NUOVI UTENTI DOCKER

Come hanno detto @ mohammed-noureldin e altri, in realtà questo NON è un contenitore in uscita . Ogni volta che crea un nuovo contenitore.

È necessario eseguire il commit delle modifiche apportate al contenitore e quindi eseguirlo. Prova questo:

sudo docker pull ubuntu

sudo docker run ubuntu apt-get install -y ping

Quindi ottenere l'id contenitore usando questo comando:

sudo docker ps -l

Apporta modifiche al contenitore:

sudo docker commit <container_id> iman/ping 

Quindi eseguire il contenitore:

sudo docker run iman/ping ping www.google.com

Questo dovrebbe funzionare.

Quando si utilizza docker runper avviare un contenitore, in realtà crea un nuovo contenitore in base all'immagine specificata.

Oltre alle altre utili risposte qui, tieni presente che puoi riavviare un contenitore esistente dopo essere uscito e le tue modifiche sono ancora lì.

docker start f357e2faab77 # restart it in the background
docker attach f357e2faab77 # reattach the terminal & stdin

Esistono i seguenti modi per conservare i dati del contenitore:

1. Volumi Docker

2. Docker commit

   a) creare un contenitore dall'immagine di Ubuntu ed eseguire un terminale bash.

      $ docker run -i -t ubuntu:14.04 /bin/bash
   

   b) All'interno del terminale installare il ricciolo

      # apt-get update
      # apt-get install curl
   

   c) Uscire dal terminale del contenitore

      # exit
   

   d) Prendi nota del tuo ID contenitore eseguendo il comando seguente:

      $ docker ps -a
   

   e) salva contenitore come nuova immagine

      $ docker commit <container_id> new_image_name:tag_name(optional)
   

   f) verifica di poter vedere la tua nuova immagine con il ricciolo installato.

      $ docker images           
   
      $ docker run -it new_image_name:tag_name bash
         # which curl
           /usr/bin/curl
   

Oltre alla risposta di Unferth , si consiglia di creare un file Docker .

In una directory vuota, creare un file chiamato "Dockerfile" con i seguenti contenuti.

FROM ubuntu
RUN apt-get install ping
ENTRYPOINT ["ping"]

Crea un'immagine usando il Dockerfile . Usiamo un tag in modo da non dover ricordare il numero esadecimale dell'immagine.

$ docker build -t iman/ping .

E quindi esegui l'immagine in un contenitore.

$ docker run iman/ping stackoverflow.com

Ho una risposta molto più semplice alla tua domanda, esegui i seguenti due comandi

sudo docker run -t -d ubuntu --name mycontainername /bin/bash
sudo docker ps -a

il comando ps -a sopra restituisce un elenco di tutti i contenitori. Prendi il nome del contenitore che fa riferimento al nome dell'immagine - 'ubuntu'. la finestra mobile auto genera nomi per i contenitori, ad esempio -'lightlyxuyzx' se non si utilizza l'opzione --name.

Le opzioni -t e -d sono importanti, il contenitore creato è staccato e può essere ricollegato come indicato di seguito con l'opzione -t.

Con l'opzione --name, puoi nominare il tuo contenitore nel mio caso "mycontainername".

sudo docker exec -ti mycontainername bash

e questo comando sopra ti aiuta ad accedere al contenitore con shell bash. Da questo punto in poi qualsiasi modifica apportata al contenitore viene automaticamente salvata dalla finestra mobile. Per esempio -apt-get install curl all'interno del contenitore È possibile uscire dal contenitore senza problemi, la finestra mobile salva automaticamente le modifiche.

Al prossimo utilizzo, tutto quello che devi fare è eseguire questi due comandi ogni volta che vuoi lavorare con questo contenitore.

Questo comando di seguito avvia il contenitore arrestato:

sudo docker start mycontainername

sudo docker exec -ti mycontainername bash

Un altro esempio con porte e uno spazio condiviso di seguito:

docker run -t -d --name mycontainername -p 5000:5000 -v ~/PROJECTS/SPACE:/PROJECTSPACE 7efe2989e877 /bin/bash

Nel mio caso: 7efe2989e877 - è il imageid di un precedente contenitore in esecuzione che ho ottenuto usando

finestra mobile ps -a

Potresti voler esaminare i volumi della finestra mobile se desideri conservare i dati nel tuo contenitore. Visita https://docs.docker.com/engine/tutorials/dockervolumes/ . La documentazione della finestra mobile è un ottimo punto di partenza

Il mio suggerimento è di gestire la finestra mobile, con la finestra mobile componi. È un modo semplice per gestire tutti i container della finestra mobile per il tuo progetto, puoi mappare le versioni e collegare diversi contenitori per lavorare insieme.

I documenti sono molto semplici da capire, meglio dei documenti di Docker.

Docker-Compose Docs

Migliore

Ci sono davvero ottime risposte sopra alla domanda posta. Potrebbe non essere necessaria un'altra risposta, ma voglio ancora esprimere la mia opinione personale sull'argomento con le parole più semplici possibili.

Ecco alcuni punti su contenitori e immagini che ci aiuteranno per una conclusione:

• Un'immagine docker può essere :
  1. creato-da-un-data-contenitore
  2. soppresso
  3. used-to-contenitori creare-qualsiasi-numero-di-
• Un contenitore docker può essere :
  1. creato-da-un-image
  2. iniziato
  3. fermato
  4. rinnovate
  5. soppresso
  6. utilizzato da immagini create-qualsiasi-numero-di-
• Un comando di esecuzione docker esegue questa operazione :
  1. Scarica un'immagine o utilizza un'immagine memorizzata nella cache
  2. Crea un nuovo contenitore da esso
  3. Avvia il contenitore
• Quando viene utilizzato un file Docker per creare un'immagine :
  1. È già noto che l'immagine verrà eventualmente utilizzata per eseguire un contenitore finestra mobile.
  2. Dopo aver emesso il comando di compilazione della finestra mobile, la finestra mobile dietro le quinte crea un contenitore in esecuzione con un file system di base e segue i passaggi all'interno del file Docker per configurare quel contenitore secondo le esigenze degli sviluppatori.
  3. Una volta configurato il contenitore con le specifiche del file Docker, verrà eseguito il commit come immagine.
  4. L'immagine si prepara al rock & roll!

Conclusione :

Come possiamo vedere, un contenitore finestra mobile è indipendente dall'immagine finestra mobile.

Un contenitore può essere riavviato a condizione che l'ID univoco di quel contenitore [utilizzare docker ps --allper ottenere l'id] .

Qualsiasi operazione come la creazione di una nuova directory, la creazione di file, l'installazione di strumenti, ecc. Può essere eseguita all'interno del contenitore quando è in esecuzione. Una volta che il contenitore viene arrestato, persiste tutte le modifiche. L'arresto e il riavvio del contenitore è come il riavvio di un sistema informatico.

Un contenitore già creato è sempre disponibile per un riavvio ma quando si immette un docker runcomando, un nuovo contenitore viene creato da un'immagine e quindi è come un nuovo sistema informatico. Le modifiche apportate all'interno del vecchio contenitore - come possiamo capire ora - non sono disponibili in questo nuovo contenitore.

Un'ultima nota :

Immagino sia ormai ovvio il motivo per cui i dati sembrano essere persi, ma sono sempre lì .. ma in un [vecchio] contenitore diverso. Quindi, prendi nota della differenza in docker start& docker runcommand e non confonderti mai.

il problema simile (e nessun modo Dockerfile da solo potrebbe risolverlo) mi ha portato a questa pagina.

fase 0: per tutti, sperando che Dockerfile possa risolverlo: fino a quando --dns e --dns-search appariranno nel supporto Dockerfile - non c'è modo di integrare risorse basate su intranet.

fase 1: dopo aver creato l'immagine usando Dockerfile (tra l'altro è un problema tecnico Dockerfile deve trovarsi nella cartella corrente ), avendo un'immagine per distribuire ciò che è basato su intranet, eseguendo lo script di esecuzione docker. esempio: docker run -d \ --dns=${DNSLOCAL} \ --dns=${DNSGLOBAL} \ --dns-search=intranet \ -t pack/bsp \ --name packbsp-cont \ bash -c " \ wget -r --no-parent http://intranet/intranet-content.tar.gz \ tar -xvf intranet-content.tar.gz \ sudo -u ${USERNAME} bash --norc"

fase 2: applicazione dello script di esecuzione docker in modalità demone che fornisce record DNS locali per avere la possibilità di scaricare e distribuire elementi locali.

punto importante: eseguire lo script dovrebbe terminare con qualcosa di simile /usr/bin/sudo -u ${USERNAME} bash --norcper mantenere il container in esecuzione anche dopo il completamento degli script di installazione.

no , non è possibile eseguire il contenitore in modalità interattiva per l'intera questione dell'automazione poiché rimarrà all'interno del prompt dei comandi interno finché non viene premuto CTRL-p CTRL-q .

no , se bash interagente non verrà eseguito alla fine dello script di installazione, il contenitore verrà terminato immediatamente dopo aver terminato l'esecuzione dello script, perdendo tutti i risultati dell'installazione.

fase 3: il contenitore è ancora in esecuzione in background ma non è chiaro se il contenitore abbia terminato la procedura di installazione o meno. utilizzando il seguente blocco per determinare la fine della procedura di esecuzione: while ! docker container top ${CONTNAME} | grep "00[[:space:]]\{12\}bash \--norc" - do echo "." sleep 5 done lo script procederà ulteriormente solo dopo l'installazione completata. e questo è il momento giusto per chiamare: commit , fornendo l'attuale ID contenitore e il nome dell'immagine di destinazione (potrebbe essere lo stesso della procedura di compilazione / esecuzione ma aggiunto con il tag di scopi di installazione locale. esempio:. docker commit containerID pack/bsp:toolchainedvedi questo link su come ottenere containerID corretto

fase 4: il contenitore è stato aggiornato con le installazioni locali e è stato inserito nell'immagine appena assegnata (quella con l'aggiunta del tag degli scopi). ora è sicuro fermare il container. esempio:docker stop packbsp-cont

stage5: in qualsiasi momento il container con installazioni locali richiede l'esecuzione, avviarlo con l'immagine precedentemente salvata. esempio:docker run -d -t pack/bsp:toolchained

una risposta brillante qui Come continuare una finestra mobile che è uscita dai kg dell'utente

docker start $(docker ps -a -q --filter "status=exited")
(or in this case just docker start $(docker ps -ql) 'cos you don't want to start all of them)

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

Questa seconda linea è cruciale. Quindi exec viene usato al posto della corsa e non su un'immagine ma su un containerid. E lo fai dopo che il contenitore è stato avviato.

Nessuna delle risposte affronta il punto di questa scelta progettuale. Penso che la finestra mobile funzioni in questo modo per prevenire questi 2 errori:

• Riavvio ripetuto
• Errore parziale