Jak wejść do kontenera Docker, który już działa z nowym TTY

Mam kontener z uruchomioną usługą Apache na pierwszym planie. Chciałbym mieć dostęp do kontenera z innej powłoki, aby „zajrzeć” do niej i sprawdzić pliki. W tej chwili, jeśli podłączę się do kontenera, pozostanie mi patrząc na demona Apache i nie mogę uruchomić żadnych poleceń.

Czy można dołączyć kolejny tty do działającego kontenera? Być może mogę skorzystać z faktu, że Docker właśnie owija pojemniki LXC? Próbowałem, sudo lxc-console -n [container-id] -t [1-4]ale wydaje się, że dostępny jest tylko jeden tty i to on uruchamia demona apache. Być może istnieje sposób na włączenie wielu konsol LXC podczas kompilacji?

Wolę nie konfigurować i nie budować kontenera za pomocą usługi openssh, jeśli to możliwe.

W dokerze 1.3 pojawiło się nowe polecenie docker exec. Umożliwia to wejście do działającego okna dokowanego:

docker exec -it [container-id] bash

Powinieneś użyć narzędzia Jérôme Petazzoni o nazwie „nsenter”, aby wejść do kontenera bez użycia SSH. Zobacz: https://github.com/jpetazzo/nsenter

Zainstaluj po prostu uruchamiając: docker run -v /usr/local/bin:/target jpetazzo/nsenter

Następnie użyj polecenia, docker-enter <container-id>aby wejść do kontenera.

Aktualizacja

Począwszy od dokera 0.9, aby poniższe kroki mogły teraz działać, należy teraz zaktualizować /etc/default/dockerplik za pomocą '-e lxc'opcji uruchamiania demona dokera przed ponownym uruchomieniem demona (zrobiłem to przez ponowne uruchomienie hosta).

To wszystko dlatego, że ...

... to [docker 0.9] zawiera nową abstrakcję „sterownika silnika”, aby umożliwić użycie innego API niż LXC do uruchamiania kontenerów. Zapewnia również nowy sterownik silnika oparty na nowej bibliotece API (libcontainer), który jest w stanie obsługiwać grupy kontrolne bez użycia narzędzi LXC. Główny problem polega na tym, że jeśli używasz lxc-attach do wykonywania działań na kontenerze, takich jak uruchamianie powłoki w kontenerze, co jest niezwykle przydatne w środowisku programistycznym ...

źródło

Należy pamiętać, że uniemożliwi to „funkcjonowanie” nowej opcjonalnej funkcji dokera 0.11 w sieci tylko dla hosta i będzie widoczny tylko interfejs sprzężenia zwrotnego. Zgłoszenie błędu

Okazuje się, że rozwiązanie innego pytania było również rozwiązaniem tego:

... możesz użyć ps -notruncokna dokowanego, aby uzyskać pełny identyfikator kontenera LXC, a następnie użyć polecenia lxc-attach -n <container_id>bash w tym kontenerze jako root.

Aktualizacja: wkrótce będziesz musiał użyć ps --no-trunczamiast tego ps -notruncjest przestarzałe.

Znajdź pełny identyfikator kontenera

Wpisz polecenie lxc attach.

Na górze pokazuje mój proces Apache z uruchomionym dokerem.

Pierwszym krokiem jest uzyskanie identyfikatora kontenera:

docker ps

To pokaże ci coś takiego

ID KONTENERA OBRAZ KOMUNIKAT STWORZYŁ STATUS NAZWY

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

1170fe9e9460 jest identyfikatorem kontenera w tym przypadku.

Po drugie , wejdź do okna dokowanego:

docker exec -it [container_id] bash

więc w powyższym przypadku: docker exec -it 1170fe9e9460 bash

Co z uruchomieniem ekranu tmux / GNU w kontenerze? Wydaje się, że sposób na łatwiejszy dostęp do dowolnej liczby vty jest prosty:

$ docker attach {container id}

nsenterrobi to. Jednak musiałem również wejść do kontenera w prosty sposób i nsenter nie wystarczył na moje potrzeby. W niektórych przypadkach było to błędne (czarny ekran plus flaga -wd nie działa). Ponadto chciałem zalogować się jako konkretny użytkownik w określonym katalogu.

W końcu stworzyłem własne narzędzie do wprowadzania pojemników. Można go znaleźć na stronie : https://github.com/Pithikos/docker-enter

Jego użycie jest tak proste, jak

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

Sposób „nsinit” to:

zainstaluj nsinit

git clone [email protected]:dotcloud/docker.git
cd docker
make shell

z wnętrza pojemnika:

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

z zewnątrz:

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

Użyj tego

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

docker exec -t -i container_name /bin/bash

Zabierze Cię do konsoli kontenerów.

docker exec -ti 'CONTAINER_NAME' sh

or

docker exec -ti 'CONTAINER_ID' sh

Uruchomiłem PowerShell na działającym systemie Microsoft / iOS uruchomionym jako demon

docker exec -it <nameOfContainer> powershell

W systemie Windows 10 mam zainstalowane okno dokowane. Korzystam z Jnekins na kontenerze i napotkałem ten sam komunikat o błędzie. Oto przewodnik krok po kroku, aby rozwiązać ten problem:

Krok 1: Otwórz gitbash i uruchom polecenie docker -p 8080: 8080 -p 50000: 50000 jenkins.

Krok 2: Otwórz nowy terminal.

Krok 3: Wykonaj polecenie „docker ps”, aby uzyskać listę działającego kontenera. Skopiuj identyfikator kontenera.

Krok 4: Teraz jeśli wykonasz polecenie „docker exec -it {identyfikator kontenera} sh” lub „docker exec -it {identyfikator kontenera} bash”, pojawi się komunikat o błędzie podobny do „urządzenie wejściowe nie jest urządzeniem TTY. używając mintty, spróbuj poprzedzić komendę „winpty” ”

Krok 5: Uruchom polecenie „ $ winpty docker exec -it {id kontenera} sh ”

vola !! Jesteś teraz w terminalu.