Je suis en cours d'exécution Docker Exécuter la commande conteneur de 2 façons p>
docker conteneur exécuté 4e5021D210f6 code>
- Il affiche que le conteneur est sorti de N secondes il y a sur le conteneur d'exécution Docker LS -A LI>
ul> li>
-
docker conteneur exécuté -d 4e5021d210f6 code>
- Il affiche également que le conteneur est sorti il y a des secondes sur le conteneur Docker exécutant LS -A
Mais obtenez une longue chaîne "954F102A3C83F6FB7C83189415448C4BB101FFF1AFE775F2D9B7B4CD70F4E137E" (Je ne sais pas quel est ce numéro) Li>
ul> li>
ol>
Quelle est la différence entre l'exécution de la commande 1 et de la commande 2? p>
3 Réponses :
https://docs.docker.com/engine/reference/commandLine/ courir / p> -d code> exécutera le conteneur en arrière-plan. C'est la même chose que l'ajout
- détacher code>. Ce qui est imprimé lorsque vous utilisez
-d code> est l'ID du conteneur. P>
Si le conteneur est en panne en arrière-plan, alors pourquoi Docker Conteneur LS -A SHOP est sorti .... il devrait statuer aussi opérationnel
Êtes-vous certain que tout ce qui est en cours d'exécution dans votre conteneur ne s'écrase ou ne vous arrêtez pas presque immédiatement après avoir commencé?
Peut-être que je peux essayer de courir quelque chose sous le conteneur et voir qu'il se bloque ou non ... J'essaie simplement de comprendre le but de -d drapeau
Il s'agit simplement d'arrêter votre conteneur à partir de votre ligne de commande actuelle pour l'entrée et la sortie ( stdin code> /
stdout code>). C'est "détaché", en cours d'exécution à l'arrière-plan.
Avez-vous trouvé que cette réponse a adressé votre question de manière adéquate?
Oui ..... je suis très nouveau à Docker afin que cette question puisse être stupide pour beaucoup ... mais oui j'ai eu ma réponse ... Comprend comment exactement les commandes différentes fonctionnent ... merci pour votre aide aussi
@Harrys Pouvez-vous accepter cette réponse si elle répondait à votre question? Merci!
Il n'y a pas de réponse acceptée pour le moment. Vous devez cliquer sur la coche ci-dessous sur les flèches de vote pour accepter une réponse.
Accepté la réponse maintenant
Le paramètre Dans l'une des deux commandes, vous exécutez, vos conteneurs ne fonctionnent que pendant une très courte durée avant d'arrêter. Cela peut être dû au fait que le conteneur nécessite des arguments sur -d code> indique à Docker que vous ne souhaitez pas attacher au conteneur via STDIN / OUT. En d'autres termes, vous demandez d'exécuter le conteneur dans un mode de fond, non interactif. La chaîne imprimée est l'identifiant unique du récipient nouvellement créé que vous pouvez utiliser avec des commandes telles que
docker inspecter code> p>
docker exécuter code> ou parce que le conteneur effectue une tâche ou un travail ponctuel avant de sortir. Par conséquent, le résultat final que vous observez est le même. Si le
-D code> a été omis et que le conteneur a couru pendant une durée plus longue, vous le verriez plus clairement p>
Vous devez utiliser
avis, que vous devez exécuter Docker PS code>
Pour voir les conteneurs exécutant l'identifiant, l'état, etc., vous pouvez également utiliser
docker exécuter -it image_name bash code>
Si vous souhaitez exécuter des commandes via votre terminal dans le conteneur.
L'option
-D code> est principalement utilisée lorsque vous avez défini certaines opérations avec un dockerfile et que vous ne voulez pas interagir avec le conteneur. Donc, vous exécutez le mode conteneur de votre image en mode -Détach (-D) pour fonctionner en arrière-plan. P>
docker stop conteneur_id code> afin de l'arrêter. p>