Je peux m'attacher à un processus Docker mais Ctrl + cne fonctionne pas pour s'en détacher. exitstoppe essentiellement le processus.

Quel est le flux de travail recommandé pour que le processus s'exécute, s'y rattache parfois pour apporter des modifications, puis se détache?

Pour détacher le tty sans quitter le shell, utilisez la séquence d'échappement Ctrl+ Psuivie de Ctrl+ Q. Plus de détails ici .

Informations supplémentaires de cette source :

• docker run -t -i → peut être détaché avec ^P^Qet fixé à nouveau avec docker attach
• docker run -i → ne peut pas être détaché avec ^P^Q; va perturber stdin
• docker run → ne peut pas être détaché avec ^P^Q; peut client SIGKILL; peut se rattacher avec un docker

Découvrez également l' --sig-proxyoption :

docker attach --sig-proxy=false 304f5db405ec

Utilisez ensuite CTRL+ cpour détacher

Si vous souhaitez simplement apporter des modifications aux fichiers ou inspecter les processus, voici une autre solution que vous souhaitez probablement.

Vous pouvez exécuter la commande suivante pour exécuter un nouveau processus à partir du conteneur existant:

sudo docker exec -ti [CONTAINER-ID] bash

démarrera un nouveau processus avec le shell bash, et vous pourriez y échapper par Ctrl+ Cdirectement, cela n'affectera pas le processus d'origine.

Je pense que cela devrait dépendre de la situation. Prenons le conteneur suivant comme exemple:

# docker run -it -d ubuntu
91262536f7c9a3060641448120bda7af5ca812b0beb8f3c9fe72811a61db07fc
# docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
91262536f7c9        ubuntu              "/bin/bash"         5 seconds ago       Up 4 seconds                            serene_goldstine

(1) Utilisez "docker attach " pour fixer le conteneur:

Puisque " docker attach" n'allouera pas un nouveau tty, mais réutilisera le tty en cours d'exécution d'origine, donc si vous exécutez la exitcommande, cela provoquera la sortie du conteneur en cours d'exécution:

# docker attach 91262536f7c9
exit
exit
# docker ps -a
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS                     PORTS               NAMES
91262536f7c9        ubuntu              "/bin/bash"         39 minutes ago      Exited (0) 3 seconds ago                       serene_goldstine

Donc, à moins que vous ne vouliez vraiment exécuter la sortie du conteneur, vous devez utiliser Ctrl+ p+ Ctrl+ q.

(2) Utilisez " docker exec"

Depuis « docker exec» va allouer une nouvelle TTY, je pense que vous devriez utiliser au exitlieu de Ctrl+ p+ Ctrl+ q.

Ce qui suit exécute Ctrl+ p+ Ctrl+ qpour quitter le conteneur:

# docker exec -it 91262536f7c9 bash
root@91262536f7c9:/# ps -aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  18160  1908 ?        Ss+  04:03   0:00 /bin/bash
root        15  0.0  0.0  18164  1892 ?        Ss   04:03   0:00 bash
root        28  0.0  0.0  15564  1148 ?        R+   04:03   0:00 ps -aux
root@91262536f7c9:/# echo $$
15

Ensuite, connectez-vous à nouveau au conteneur, vous verrez que le bashprocessus dans la docker execcommande précédente est toujours actif (PID est 15):

# docker exec -it 91262536f7c9 bash
root@91262536f7c9:/# ps -aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  18160  1908 ?        Ss+  04:03   0:00 /bin/bash
root        15  0.0  0.0  18164  1892 ?        Ss+  04:03   0:00 bash
root        29  0.0  0.0  18164  1888 ?        Ss   04:04   0:00 bash
root        42  0.0  0.0  15564  1148 ?        R+   04:04   0:00 ps -aux
root@91262536f7c9:/# echo $$
29

Pour vous détacher d'un conteneur en cours d'exécution, utilisez ^P^Q(maintenez la Ctrltouche P, appuyez Q, appuyez , relâchez Ctrl).

Il y a un hic: cela ne fonctionne que si le conteneur a été démarré avec les deux -t et -i.

Si vous avez un conteneur en cours d'exécution qui a été démarré sans l'une (ou les deux) de ces options et que vous vous y attachez docker attach, vous devrez trouver un autre moyen de le détacher. Selon les options que vous avez choisies et le programme en cours d'exécution, cela ^Cpeut fonctionner ou tuer le conteneur entier. Vous devrez expérimenter.

Un autre hic: selon les programmes que vous utilisez, votre terminal, shell, client SSH ou multiplexeur peut intercepter soit ^Pou ^Q(généralement ce dernier). Pour tester si c'est le problème, essayez d'exécuter ou de joindre avec l' --detach-keys zargument. Vous devriez maintenant pouvoir vous détacher en appuyant sur z, sans aucun modificateur. Si cela fonctionne, un autre programme interfère. La façon la plus simple de contourner ce problème consiste à définir votre propre séquence de détachement à l'aide de l' --detach-keysargument. (Par exemple, pour quitter avec ^K, utilisez --detach-keys 'ctrl-k'.) Alternativement, vous pouvez essayer de désactiver l'interception des clés dans votre terminal ou tout autre programme interférant. Par exemple, stty start ''oustty start undef peut empêcher le terminal d'intercepter^Q sur certains systèmes POSIX, même si je n'ai pas trouvé cela utile.

quand rien d'autre ne fonctionne, ouvrez un nouveau terminal puis:

$ ps aux | grep attach
username  <pid_here>    ..............  0:00 docker attach <CONTAINER_HASH_HERE>
username  <another_pid> ..............  0:00 grep --color=auto attach
$ kill -9 <pid_here>

Pour vous détacher du conteneur, il vous suffit de tenir Ctrlet d'appuyer sur P+ Q.

Pour attacher à un conteneur en cours d'exécution que vous utilisez:

$ docker container attach "container_name"

J'ai eu le même problème, ctrl- Pet Qne fonctionnerait pas, ni ctrl- C... finalement j'ai ouvert une autre session de terminal et j'ai fait "docker stop containerid " et "docker start containerid " et cela a fait le travail. Bizarre.

Dans la même coque, maintenez la ctrltouche et appuyez sur les touches ppuisq

Je suis sur un Mac, et pour une raison quelconque, Ctrl- p Ctrl- qne fonctionnerait que si je tenais égalementShift

1. Ouvrez un nouveau terminal
2. Trouver l'ID du conteneur en cours d'exécution docker ps
3. Tuez le conteneur docker kill ${containerId}

pour arrêter un processus de docker et libérer les ports, utilisez d'abord ctrl- cpour quitter la sortie du conteneur, puis utilisez docker ps pour trouver la liste des conteneurs en cours d'exécution. Ensuite, vous pouvez utiliser l'arrêt du conteneur Docker pour arrêter ce processus et libérer ses ports. Le nom du conteneur que vous pouvez trouver à partir de la commande docker ps qui donne le nom dans la colonne nom. J'espère que cela résoudra vos questions ....

Si vous avez seulement besoin que le processus de docker passe en arrière-plan, vous pouvez utiliser

Ctrl + Z

Sachez que ce n'est pas un vrai détachement et qu'il s'accompagne d'une pénalité de performance. (Vous pouvez le remettre au premier plan avec lebg commande).

Une autre option consiste à simplement fermer votre terminal, si vous n'en avez plus besoin.

Pour tous ceux qui ont rencontré le même problème que moi (ne peuvent pas se détacher sans tuer le conteneur, même lors du réglage de la clé de détachement) ......

Lors du démarrage de vos conteneurs avec docker-compose up -d

au lieu d'utiliser docker attach {container name}pour afficher le journal des résidus ....

essayer docker-compose logs -f {service name} ctrl- ctue la queue du journal sans tuer votre conteneur

{service name}étant le service répertorié dans le côté de votre fichier docker-compose.yml .. (par exemple lorsque le nom du conteneur = elk_logstash_1 -> nom du service = logstash

HTH

Mise à jour

J'utilisais généralement Docker Attach pour voir ce que STDOUT affichait, pour dépanner les conteneurs. Je viens de trouverdocker logs --follow 621a4334f97b , ce qui me permet de voir le STDOUT tout en étant capable de le ctrl + c hors de lui sans affecter le fonctionnement du conteneur! Exactement ce que j'ai toujours voulu.

... naturellement, vous devrez remplacer votre propre ID de conteneur.

Réponse originale

Je voulais laisser le conteneur fonctionner, mais je l'avais attaché sans démarrer le conteneur avec -it. Ma solution était de sacrifier ma connexion SSH à la place (puisque j'étais SSHed dans la machine qui exécutait les conteneurs). Tuer cette session ssh a laissé le conteneur intact mais m'en a détaché.