Je voudrais démarrer un conteneur Docker arrêté avec une commande différente, car la commande par défaut se bloque - ce qui signifie que je ne peux pas démarrer le conteneur, puis utiliser 'docker exec'.

Fondamentalement, je voudrais démarrer un shell afin de pouvoir inspecter le contenu du conteneur.

Heureusement, j'ai créé le conteneur avec l'option -it!

Trouvez votre identifiant de conteneur arrêté

docker ps -a

Validez le conteneur arrêté:

Cette commande enregistre l'état du conteneur modifié dans une nouvelle image user/test_image

docker commit $CONTAINER_ID user/test_image

Démarrer / exécuter avec un point d'entrée différent:

docker run -ti --entrypoint=sh user/test_image

Description de l'argument point d'entrée: https://docs.docker.com/engine/reference/run/#/entrypoint-default-command-to-execute-at-runtime

Remarque:

Les étapes ci-dessus démarrent simplement un conteneur arrêté avec le même état de système de fichiers. C'est formidable pour une enquête rapide. Mais les variables d'environnement, la configuration du réseau, les volumes attachés et les autres membres du personnel ne sont pas hérités, vous devez spécifier explicitement tous ces arguments.

Les étapes pour démarrer un conteneur arrêté ont été empruntées à partir d'ici: (dernier commentaire) https://github.com/docker/docker/issues/18078

Modifiez ce fichier (correspondant à votre conteneur arrêté):

vi /var/lib/docker/containers/923...4f6/config.json

Modifiez le paramètre "Path" pour pointer vers votre nouvelle commande, par exemple / bin / bash. Vous pouvez également définir le paramètre "Args" pour passer des arguments à la commande.

Redémarrez le service docker (notez que cela arrêtera tous les conteneurs en cours d'exécution):

service docker restart

Listez vos conteneurs et assurez-vous que la commande a changé:

docker ps -a

Démarrez le conteneur et attachez-le, vous devriez maintenant être dans votre coquille!

docker start -ai mad_brattain

A travaillé sur Fedora 22 à l'aide de Docker 1.7.1.

REMARQUE: si votre shell n'est pas interactif (par exemple, vous n'avez pas créé le conteneur d'origine avec l'option -it), vous pouvez remplacer la commande par "/ bin / sleep 600" ou "/ bin / tail -f / dev / null" pour vous donner suffisamment de temps pour faire "docker exec -it CONTID / bin / bash" comme une autre façon d'obtenir un shell.

REMARQUE 2: les nouvelles versions de docker ont config.v2.json, où vous devrez modifier Entrypoint ou Cmd (merci user60561).

Ajoutez un chèque en haut de votre script Entrypoint

Docker a vraiment besoin de l'implémenter en tant que nouvelle fonctionnalité, mais voici une autre option de contournement pour les situations dans lesquelles vous avez un Entrypoint qui se termine après un succès ou un échec, ce qui peut rendre le débogage difficile.

Si vous n'avez pas encore de script Entrypoint, créez-en un qui exécute les commandes dont vous avez besoin pour votre conteneur. Ensuite, en haut de ce fichier, ajoutez ces lignes à entrypoint.sh:

# Run once, hold otherwise
if [ -f "already_ran" ]; then
    echo "Already ran the Entrypoint once. Holding indefinitely for debugging."
    cat
fi
touch already_ran

# Do your main things down here

Pour garantir le catmaintien de la connexion, vous devrez peut-être fournir un ATS. J'exécute le conteneur avec mon script Entrypoint comme ceci:

docker run -t --entrypoint entrypoint.sh image_name

Cela entraînera l'exécution du script une fois, créant un fichier qui indique qu'il a déjà été exécuté (dans le système de fichiers virtuel du conteneur). Vous pouvez ensuite redémarrer le conteneur pour effectuer le débogage:

docker start container_name

Lorsque vous redémarrez le conteneur, le already_ranfichier est trouvé, ce qui provoque le blocage du script Entrypoint cat(qui attend juste indéfiniment une entrée qui ne viendra jamais, mais maintient le conteneur en vie). Vous pouvez ensuite exécuter une bashsession de débogage :

docker exec -i container_name bash

Pendant l'exécution du conteneur, vous pouvez également supprimer already_ranet exécuter manuellement le entrypoint.shscript pour le réexécuter, si vous avez besoin de déboguer de cette façon.

Mon problème:

• J'ai commencé un conteneur avec docker run <IMAGE_NAME>
• Et puis ajouté des fichiers à ce conteneur
• Ensuite, j'ai fermé le conteneur et j'ai essayé de le redémarrer avec la même commande que ci-dessus.
• Mais quand j'ai vérifié les nouveaux fichiers, ils manquaient
• quand je courais, docker ps -aje pouvais voir deux conteneurs.
• Cela signifie qu'à chaque fois que j'exécute une docker run <IMAGE_NAME>commande, une nouvelle image est créée

Solution: pour travailler sur le même conteneur que vous avez créé lors de la première exécution, procédez comme suit

• docker ps pour obtenir le conteneur de votre conteneur
• docker container start <CONTAINER_ID> pour démarrer le conteneur existant
• Ensuite, vous pouvez continuer d'où vous êtes parti. par exempledocker exec -it <CONTAINER_ID> /bin/bash
• Vous pouvez alors décider d'en créer une nouvelle image

J'ai pris la réponse de @ Dmitriusan et en ai fait un alias:

alias docker-run-prev-container = 'prev_container_id = "$ (docker ps -aq | head -n1)" && docker commit "$ prev_container_id" "prev_container / $ prev_container_id" && docker run -it --entrypoint = bash "prev_container / $ prev_container_id "'

Ajoutez ceci dans votre ~/.bashrcfichier d'alias et vous aurez un nouvel docker-run-prev-containeralias astucieux qui vous déposera dans un shell dans le conteneur précédent.

Utile pour le débogage a échoué docker builds.

Ce n'est pas exactement ce que vous demandez, mais vous pouvez l'utiliser docker exportsur un conteneur arrêté si tout ce que vous voulez est d'inspecter les fichiers.

mkdir $TARGET_DIR
docker export $CONTAINER_ID | tar -x -C $TARGET_DIR

Il n'a pas été spécifié si le conteneur se termine, mais seulement que votre code se bloque et que vous devez voir ce qui se passe dans le conteneur. S'il ne se termine pas, voici une autre solution potentielle.

Obtenez l'ID du conteneur avec docker ps

docker exec -it 665b4a1e17b6 /bin/sh

Si le point d'entrée est défini sur quelque chose de problématique, il peut également être ignoré comme suggéré dans la réponse de Dmitriusan. Il convient également de noter que vous pouvez attacher à n'importe quel conteneur en cours d'exécution avecdocker attach . Tant de solutions différentes solutions. Je ne vois tout simplement pas la nécessité de s'engager sur l'image. Cela semble inutile.

Docs pour Docker exec - https://docs.docker.com/engine/reference/commandline/exec/

Documents pour Docker attach - https://docs.docker.com/engine/reference/commandline/attach/

Je suis en fait en désaccord avec ces deux réponses. Si vous voulez simplement voir ce qu'il y a dans le conteneur, vous pouvez exécuter cette commande pour obtenir un shell. Pas besoin de changer le point d'entrée du tout ou des configurations.

docker run -it <image_name> bash

docker container start <CONTAINER_ID>