Pourquoi" Docker attach " pend-il?

Il ne pend pas vraiment . Comme vous pouvez le voir dans le commentaire ci-dessous (vous exécutez "/bin/bash" en tant que commande), il semble être un comportement attendu lors de la fixation.

Pour autant que je sache, vous attachez au shell en cours d'exécution et juste le stdin / stdout/stderr-en fonction des options que vous passez avec la commande run - vous montrera tout ce qui entre/sort A partir de ce moment. (Quelqu'un avec un peu plus de connaissances approfondies hopefuly peut expliquer cela sur un plus haut niveau).

Comme je l'ai écrit dans mon commentaire sur votre question, il y a plusieurs personnes qui ont ouvert un problème sur le repo Docker github décrivant un comportement similaire:

• Docker attach [conteneur] se bloque, nécessite une entrée #8521
• Docker attach bloque le réglage de l'état du terminal lors de la fixation au conteneur

Puisque vous mentionnez shell, je suppose que vous avez déjà un shell en cours d'exécution. attach ne démarre pas un nouveau processus, donc Quel est le comportement attendu de la connexion aux flux in / out / err d'un processus en cours d'exécution? Je ne pense pas à ce sujet. Bien sûr, c'est le comportement attendu de l'attachement à un shell en cours d'exécution, mais est-ce souhaitable?

Serait - il possible de vider stdout / stderr sur Docker attach forçant ainsi l'invite du shell à être imprimée ou est-ce un peu plus complexe que cela? C'est ce que je "m'attends" personnellement lors de la fixation à un shell déjà en cours d'exécution.

N'hésitez pas à fermer ce problème si nécessaire, j'ai juste ressenti le besoin de documenter cela et d'obtenir des commentaires.

• extrait d'un commentaire sur ce problème github . Vous pouvez trouver plus de perspicacité dans les commentaires de ce problème.

Si au lieu de enter vous commencez à taper une commande, vous ne verrez pas la ligne d'invitesupplémentaire vide. Si vous deviez courir

$ docker exec -it ubuntu <container-ID-or-name> bash 

Où {[11] } est L'ID ou le nom du conteneur après l'exécution docker run -it -d ubuntu (donc 3aef6e642327 ou condescending_sammet dans votre question) il exécuterait une commande new, n'ayant donc pas ce "problème stdout"d'attachement à un existant.

Exemple

Si vous avez un Dockerfile dans un répertoire contenant:

FROM ubuntu:latest
ADD ./script.sh /timescript.sh 
RUN chmod +x /timescript.sh
CMD ["/timescript.sh"]

Et avoir un script bash simple script.sh dans le même répertoire contenant:

#!/bin/bash

#trap ctrl-c and exit, couldn't get out
#of the docker container once attached
trap ctrl_c INT
function ctrl_c() {
    exit
}

while true; do
    time=$(date +%N)
    echo $time;
    sleep  1;
done

, Puis construire (dans cet exemple dans le même répertoire que le Dockerfile et script.sh) et l'exécuter avec

$ docker build -t nan-xiao/time-test .
..stuff happening...
$ docker run -itd --name time-test nan-xiao/time-test

Enfin attach

$ docker attach time-test

Vous finirez attaché à un conteneur imprimant le temps chaque seconde. (CTRL-C pour sortir)

Exemple 2

Ou si vous auriez un Dockerfile contenant par exemple ce qui suit:

FROM ubuntu:latest
RUN apt-get -y install irssi
ENTRYPOINT ["irssi"]

Puis exécutez dans le même répertoire:

$ docker build -t nan-xiao/irssi-test .

Puis exécutez-le:

$ docker run -itd --name irssi-test nan-xiao/irssi-test

Et enfin

$ docker attach irssi-test

Vous finiriez dans une fenêtre irssi en cours d'exécution sans ce comportement particulier. Bien sûr, vous pouvez remplacez irrsi par un autre programme.