Come entrare in un contenitore Docker già in esecuzione con un nuovo TTY

Ho un contenitore che esegue il servizio Apache in primo piano. Vorrei poter accedere al contenitore da un'altra shell per "curiosare" al suo interno ed esaminare i file. Al momento, se mi collego al contenitore, rimango a guardare il demone Apache e non posso eseguire alcun comando.

È possibile collegare un altro tty a un container in esecuzione? Forse, posso approfittare del fatto che Docker sta effettivamente avvolgendo solo i contenitori LXC? Ho provato sudo lxc-console -n [container-id] -t [1-4]ma sembra che sia stato reso disponibile solo un tty e che sia quello che esegue il demone apache. Forse c'è un modo per abilitare più console lxc durante la compilazione?

Preferirei non configurare e costruire il contenitore con un servizio openssh, se possibile.

Con la finestra mobile 1.3, c'è un nuovo comando docker exec. Ciò consente di inserire una finestra mobile in esecuzione:

docker exec -it [container-id] bash

Dovresti usare lo strumento di Jérôme Petazzoni chiamato 'nsenter' per entrare in un container senza usare SSH. Vedi: https://github.com/jpetazzo/nsenter

Installa semplicemente eseguendo: docker run -v /usr/local/bin:/target jpetazzo/nsenter

Quindi utilizzare il comando docker-enter <container-id>per inserire il contenitore.

Aggiornare

A partire dalla finestra mobile 0.9, affinché i passaggi seguenti ora funzionino, è necessario aggiornare il file /etc/default/docker file con l' '-e lxc'opzione di avvio del daemon docker prima di riavviare il daemon (l'ho fatto riavviando l'host).

Questo è tutto perché ...

... it [docker 0.9] contiene una nuova astrazione "driver del motore" per rendere possibile l'uso di API diverse da LXC per avviare i container. Fornisce inoltre un nuovo driver del motore basato su una nuova libreria API (libcontainer) in grado di gestire i gruppi di controllo senza utilizzare gli strumenti LXC. Il problema principale è che se fai affidamento su lxc-attach per eseguire azioni sul tuo contenitore, come avviare una shell all'interno del contenitore, che è follemente utile per l'ambiente di sviluppo ...

fonte

Si noti che ciò impedirà al nuovo host di funzionare solo la funzionalità opzionale di rete della finestra mobile 0.11 e verrà visualizzata solo l'interfaccia di loopback. riportare un errore

Si scopre che la soluzione a una domanda diversa era anche la soluzione a questa:

... è possibile utilizzare la finestra mobile ps -notruncper ottenere l'ID contenitore lxc completo e quindi utilizzarelxc-attach -n <container_id> run bash in quel contenitore come root.

Aggiornamento: presto dovrai usare ps --no-truncinvece dips -notrunc che è deprecato.

Trova l'ID contenitore completo

Immettere il comando lxc attach.

In alto viene mostrato il mio processo di Apache che esegue la finestra mobile avviata.

Primo passo ottenere l'ID contenitore:

docker ps

Questo ti mostrerà qualcosa di simile

ID CONTENITORE COMANDO IMMAGINE STATO CREATO NOME PORTI

1170fe9e9460 localhost: 5000 / python: env-7e847468c4d73a0f35e9c5164046ad88 "./run_notebook.sh" 26 secondi fa Fino 25 secondi 0.0.0.0:8989->9999/tcp SLURM_TASK-303337_0

1170fe9e9460 è l'id contenitore in questo caso.

In secondo luogo , inserire la finestra mobile:

docker exec -it [container_id] bash

quindi nel caso sopra: docker exec -it 1170fe9e9460 bash

Che dire dell'esecuzione di tmux / GNU Screen all'interno del contenitore? Sembra il modo più semplice per accedere a tutti i vty che vuoi con un semplice:

$ docker attach {container id}

nsenterfa quello. Tuttavia, dovevo anche inserire un container in modo semplice e nsenter non era sufficiente per le mie esigenze. In alcune occasioni era difettoso (schermo nero più bandiera -wd non funzionante). Inoltre volevo effettuare il login come utente specifico e in una directory specifica.

Ho finito per creare il mio strumento per inserire i contenitori. Puoi trovarlo su: https://github.com/Pithikos/docker-enter

Il suo utilizzo è facile come

./docker-enter [-u <user>] [-d <directory>] <container ID>

Il modo "nsinit" è:

installa nsinit

git clone git@github.com:dotcloud/docker.git
cd docker
make shell

dall'interno del contenitore:

go install github.com/dotcloud/docker/pkg/libcontainer/nsinit/nsinit

da fuori:

docker cp id_docker_container:/go/bin/nsinit /root/

usalo

cd /var/lib/docker/execdriver/native/<container_id>/
nsinit exec bash

docker exec -t -i container_name /bin/bash

Ti porterà alla console dei contenitori.

docker exec -ti 'CONTAINER_NAME' sh

or

docker exec -ti 'CONTAINER_ID' sh

Ho avviato powershell su un microsoft / iis in esecuzione come demone utilizzando

docker exec -it <nameOfContainer> powershell

Su Windows 10 , ho installato la finestra mobile. Sto eseguendo Jnekins su un contenitore e ho riscontrato lo stesso messaggio di errore. Ecco una guida passo passo per risolvere questo problema:

Passaggio 1: apri gitbash ed esegui la finestra mobile run -p 8080: 8080 -p 50000: 50000 jenkins.

Passaggio 2: aprire un nuovo terminale.

Passaggio 3: eseguire "finestra mobile ps" per ottenere l'elenco del contenitore in esecuzione. Copia l'ID contenitore.

Passo 4: Ora se fai "docker exec -it {id contenitore} sh" o "docker exec -it {id contenitore} bash" riceverai un messaggio di errore simile a "il dispositivo di input non è un TTY. Se lo sei usando mintty, prova a inserire il prefisso "winpty"

Passaggio 5: eseguire il comando " $ winpty docker exec -it {container id} sh "

vola !! Ora sei all'interno del terminal.