More on Docker Run command
The basic syntax for the Docker run
command looks like this:
$ docker run --help Usage: docker run [OPTIONS] IMAGE [COMMAND] [ARG...] Run a command in a new container
We're going to use very tiny linux distribution called busybox
which has several stripped-down Unix tools in a single executable file and runs in a variety of POSIX environments such as Linux, Android, FreeBSD, etc. It's going to execute a shell command in a newly created container, then it will put us on a shell prompt:
$ docker run -it busybox sh / # echo 'bogotobogo' bogotobogo / # exit $
The docker ps
shows us containers:
$ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
But right now, we don't have any containers running. If we use docker ps -a
, it will display all containers even if it's not running:
$ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 4d673944ec59 busybox:latest "sh" 13 minutes ago Exited (0) 12 minutes ago trusting_mccarthy
When we execute run
command, it will create a new container and execute a command within that container. The container will remain until it is explicitly deleted. We can restart the container:
$ docker restart 4d673944ec59 4d673944ec59
We can attach to that container. The usage looks like this:
docker attach [OPTIONS] CONTAINER
Let's attach to the container. It will put us back on the shell where we were before:
$ docker attach 4d673944ec59 / # ls bin etc lib linuxrc mnt proc run sys usr dev home lib64 media opt root sbin tmp var / # exit
The docker attach command allows us to attach to a running container using the container's ID or name, either to view its ongoing output or to control it interactively.
Now, we know that a container can be restarted, attached, or even be killed!
$ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 4d673944ec59 busybox:latest "sh" 21 minutes ago Exited (0) About a minute ago trusting_mccarthy
But the one thing we can't do changing the command that's been executed. So, once we have created a container and it has a command associated with it, that command will always get run when we restart the container. We can restart and attached to it because it has shell command. But if we're running something else, like an echo
command:
$ docker run -it busybox echo 'bogotobogo' bogotobogo
Now, we've created another container which does echo
:
$ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 849975841b4e busybox:latest "echo bogotobogo" About a minute ago Exited (0) About a minute ago elegant_goldstine 4d673944ec59 busybox:latest "sh" 29 minutes ago Exited (0) 9 minutes ago trusting_mccarthy
It executed "echo bogotobogo", and then exited. But it still hanging around. Even if we restart it:
$ docker restart 849975841b4e 849975841b4e
It run in background and we don't see any output. All it did "echo bogotobogo" again. I can remove this container:
$ docker rm 849975841b4e 849975841b4e
Now it's been removed from our list of containers:
$ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 4d673944ec59 busybox:latest "sh" 35 minutes ago Exited (0) 14 minutes ago trusting_mccarthy
We want this one to be removed as well:
$ docker rm 4d673944ec59 4d673944ec59 $ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
Let's look at the -it
in docker run -it
.
$ docker run --help Usage: docker run [OPTIONS] IMAGE [COMMAND] [ARG...] Run a command in a new container -i, --interactive=false Keep STDIN open even if not attached -t, --tty=false Allocate a pseudo-TTY ...
If we run with t
:
$ docker run -i busybox sh ls bin dev etc home lib lib64 linuxrc media mnt opt proc root run sbin sys tmp usr var cd home cd /home ls default ftp exit $
It is interactive mode, and we can do whatever we want: "ls", "cd /home" etc, however, it does not give us console, tty.
If we issue the docker run
with just t
:
$ docker run -t busybox sh / #
We get a terminal we can work on. But we can't do anything because it cannot get any input from us. We can execute anything since it's not getting what we're passing in.
$ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 3bcaa1d57ac0 busybox:latest "sh" 15 seconds ago Up 14 seconds dreamy_yonath ac53c2a81ebe busybox:latest "sh" About a minute ago Exited (127) 55 seconds ago condescending_galileo 497be20f5d7e busybox:latest "sh" 3 minutes ago Exited (-1) 2 minutes ago nostalgic_wilson
We need to kill the container run with only "t":
$ docker kill 3bcaa1d57ac0 3bcaa1d57ac0 $ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 3bcaa1d57ac0 busybox:latest "sh" 3 minutes ago Exited (-1) 2 minutes ago dreamy_yonath ac53c2a81ebe busybox:latest "sh" 3 minutes ago Exited (127) 3 minutes ago condescending_galileo 497be20f5d7e busybox:latest "sh" 6 minutes ago Exited (-1) 4 minutes ago nostalgic_wilson
Then, we want to remove all containers:
$ docker rm $(docker ps -aq) 3bcaa1d57ac0 ac53c2a81ebe 497be20f5d7e $ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES $
The argument q
in docker ps -aq
gives us id
of all containers.
The next thing to do here is that we don't want remove the containers every time we execute a shell command:
$ docker run -it --rm busybox sh / # echo Hello Hello / # exit $ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
Notice that we don't have any container. By passing in --rm
, the container is automatically deleted once the container exited.
$ docker run -it --rm busybox echo "I will not staying around forever" I will not staying around forever $ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
To remove all images from our local machine:
$ docker rmi $(docker images -q)
As we work with a container and continue to perform actions on it (install software, configure files etc.), to have it keep its state, we need to commit. Committing makes sure that everything continues from where they left next time.
Exit docker container:
root@f510d7bb05af:/# exit exit
Then, we can save the image:
# Usage: sudo docker commit [container ID] [image name] $ sudo docker commit f510d7bb05af my_image
As an exercise, we now want to run CentOS on Ubuntu 14.04.
Before running it, check if we have have any Docker container including running ones:
$ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
OK. There is no running Docker. How about any exited containers:
$ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
Nothings there!
Let's search Docker registry:
$ docker search centos NAME DESCRIPTION STARS OFFICIAL AUTOMATED centos The official build of CentOS. 1223 [OK] ansible/centos7-ansible Ansible on Centos7 50 [OK] jdeathe/centos-ssh-apache-php CentOS-6 6.6 x86_64 / Apache / PHP / PHP m... 11 [OK] blalor/centos Bare-bones base CentOS 6.5 image 9 [OK] ...
We can download the image using docker pull command. The command find the image by name on Docker Hub and download it from Docker Hub to a local image cache.
$ docker pull centos latest: Pulling from centos c852f6d61e65: Pull complete 7322fbe74aa5: Pull complete f1b10cd84249: Already exists Digest: sha256:90305c9112250c7e3746425477f1c4ef112b03b4abe78c612e092037bfecc3b7 Status: Downloaded newer image for centos:latest
Note that when the image is successfully downloaded, we see a 12 character hash: Download complete which is the short form of the image ID. These short image IDs are the first 12 characters of the full image ID - which can be found using docker inspect or docker images --no-trunc=true:
$ docker inspect centos:latest [ { "Id": "7322fbe74aa5632b33a400959867c8ac4290e9c5112877a7754be70cfe5d66e9", "Parent": "c852f6d61e65cddf1e8af1f6cd7db78543bfb83cdcd36845541cf6d9dfef20a0", "Comment": "", "Created": "2015-06-18T17:28:29.311137972Z", "Container": "d6b8ab6e62ce7fa9516cff5e3c83db40287dc61b5c229e0c190749b1fbaeba3f", "ContainerConfig": { "Hostname": "545cb0ebeb25", "Domainname": "", "User": "", "AttachStdin": false, "AttachStdout": false, "AttachStderr": false, "PortSpecs": null, "ExposedPorts": null, "Tty": false, "OpenStdin": false, "StdinOnce": false, "Env": null, "Cmd": [ "/bin/sh", "-c", "#(nop) CMD [\"/bin/bash\"]" ], "Image": "c852f6d61e65cddf1e8af1f6cd7db78543bfb83cdcd36845541cf6d9dfef20a0", "Volumes": null, "VolumeDriver": "", "WorkingDir": "", "Entrypoint": null, "NetworkDisabled": false, "MacAddress": "", "OnBuild": null, "Labels": {} }, "DockerVersion": "1.6.2", "Author": "The CentOS Project \u003ccloud-ops@centos.org\u003e - ami_creator", "Config": { "Hostname": "545cb0ebeb25", "Domainname": "", "User": "", "AttachStdin": false, "AttachStdout": false, "AttachStderr": false, "PortSpecs": null, "ExposedPorts": null, "Tty": false, "OpenStdin": false, "StdinOnce": false, "Env": null, "Cmd": [ "/bin/bash" ], "Image": "c852f6d61e65cddf1e8af1f6cd7db78543bfb83cdcd36845541cf6d9dfef20a0", "Volumes": null, "VolumeDriver": "", "WorkingDir": "", "Entrypoint": null, "NetworkDisabled": false, "MacAddress": "", "OnBuild": null, "Labels": {} }, "Architecture": "amd64", "Os": "linux", "Size": 0, "VirtualSize": 172237380 } ]
Or:
$ docker images --no-trunc=true REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE centos latest 7322fbe74aa5632b33a400959867c8ac4290e9c5112877a7754be70cfe5d66e9 8 weeks ago 172.2 MB $ docker images --no-trunc=false
Or:
$ docker images REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE centos latest 7322fbe74aa5 8 weeks ago 172.2 MB
Let's run Docker with the image:
$ docker run -it centos:latest /bin/bash [root@33b55acb4814 /]#
Now, we are on CentOS. Let's make a file, and then just exit:
[root@33b55acb4814 /]# cd /home [root@33b55acb4814 home]# touch bogo.txt [root@33b55acb4814 home]# ls bogo.txt [root@33b55acb4814 home]# exit exit $
Check if there is any running container:
$ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
Nothings' there. The docker ps command shows only the running containers. So, if we want to see all containers, we need to add -a flag to the command:
$ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 33b55acb4814 centos:latest "/bin/bash" 2 minutes ago Exited (0) 51 seconds ago grave_jang
We do not have any Docker process that's actively running. But we can restart the one that we've just exited from.
$ docker restart 33b55acb4814 33b55acb4814 $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 33b55acb4814 centos:latest "/bin/bash" 4 minutes ago Up 4 seconds grave_jang
Note that the container is now running, and it actually executed the /bin/bash command.
We can go back to where we left by executing docker attach ContainerID command:
$ docker attach 33b55acb4814 [root@33b55acb4814 /]#
Now, we're back. To make sure, we can check if there is the file we created:
[root@33b55acb4814 /]# cd /home [root@33b55acb4814 home]# ls bogo.txt
Docker & K8s
- Docker install on Amazon Linux AMI
- Docker install on EC2 Ubuntu 14.04
- Docker container vs Virtual Machine
- Docker install on Ubuntu 14.04
- Docker Hello World Application
- Nginx image - share/copy files, Dockerfile
- Working with Docker images : brief introduction
- Docker image and container via docker commands (search, pull, run, ps, restart, attach, and rm)
- More on docker run command (docker run -it, docker run --rm, etc.)
- Docker Networks - Bridge Driver Network
- Docker Persistent Storage
- File sharing between host and container (docker run -d -p -v)
- Linking containers and volume for datastore
- Dockerfile - Build Docker images automatically I - FROM, MAINTAINER, and build context
- Dockerfile - Build Docker images automatically II - revisiting FROM, MAINTAINER, build context, and caching
- Dockerfile - Build Docker images automatically III - RUN
- Dockerfile - Build Docker images automatically IV - CMD
- Dockerfile - Build Docker images automatically V - WORKDIR, ENV, ADD, and ENTRYPOINT
- Docker - Apache Tomcat
- Docker - NodeJS
- Docker - NodeJS with hostname
- Docker Compose - NodeJS with MongoDB
- Docker - Prometheus and Grafana with Docker-compose
- Docker - StatsD/Graphite/Grafana
- Docker - Deploying a Java EE JBoss/WildFly Application on AWS Elastic Beanstalk Using Docker Containers
- Docker : NodeJS with GCP Kubernetes Engine
- Docker : Jenkins Multibranch Pipeline with Jenkinsfile and Github
- Docker : Jenkins Master and Slave
- Docker - ELK : ElasticSearch, Logstash, and Kibana
- Docker - ELK 7.6 : Elasticsearch on Centos 7
- Docker - ELK 7.6 : Filebeat on Centos 7
- Docker - ELK 7.6 : Logstash on Centos 7
- Docker - ELK 7.6 : Kibana on Centos 7
- Docker - ELK 7.6 : Elastic Stack with Docker Compose
- Docker - Deploy Elastic Cloud on Kubernetes (ECK) via Elasticsearch operator on minikube
- Docker - Deploy Elastic Stack via Helm on minikube
- Docker Compose - A gentle introduction with WordPress
- Docker Compose - MySQL
- MEAN Stack app on Docker containers : micro services
- MEAN Stack app on Docker containers : micro services via docker-compose
- Docker Compose - Hashicorp's Vault and Consul Part A (install vault, unsealing, static secrets, and policies)
- Docker Compose - Hashicorp's Vault and Consul Part B (EaaS, dynamic secrets, leases, and revocation)
- Docker Compose - Hashicorp's Vault and Consul Part C (Consul)
- Docker Compose with two containers - Flask REST API service container and an Apache server container
- Docker compose : Nginx reverse proxy with multiple containers
- Docker & Kubernetes : Envoy - Getting started
- Docker & Kubernetes : Envoy - Front Proxy
- Docker & Kubernetes : Ambassador - Envoy API Gateway on Kubernetes
- Docker Packer
- Docker Cheat Sheet
- Docker Q & A #1
- Kubernetes Q & A - Part I
- Kubernetes Q & A - Part II
- Docker - Run a React app in a docker
- Docker - Run a React app in a docker II (snapshot app with nginx)
- Docker - NodeJS and MySQL app with React in a docker
- Docker - Step by Step NodeJS and MySQL app with React - I
- Installing LAMP via puppet on Docker
- Docker install via Puppet
- Nginx Docker install via Ansible
- Apache Hadoop CDH 5.8 Install with QuickStarts Docker
- Docker - Deploying Flask app to ECS
- Docker Compose - Deploying WordPress to AWS
- Docker - WordPress Deploy to ECS with Docker-Compose (ECS-CLI EC2 type)
- Docker - WordPress Deploy to ECS with Docker-Compose (ECS-CLI Fargate type)
- Docker - ECS Fargate
- Docker - AWS ECS service discovery with Flask and Redis
- Docker & Kubernetes : minikube
- Docker & Kubernetes 2 : minikube Django with Postgres - persistent volume
- Docker & Kubernetes 3 : minikube Django with Redis and Celery
- Docker & Kubernetes 4 : Django with RDS via AWS Kops
- Docker & Kubernetes : Kops on AWS
- Docker & Kubernetes : Ingress controller on AWS with Kops
- Docker & Kubernetes : HashiCorp's Vault and Consul on minikube
- Docker & Kubernetes : HashiCorp's Vault and Consul - Auto-unseal using Transit Secrets Engine
- Docker & Kubernetes : Persistent Volumes & Persistent Volumes Claims - hostPath and annotations
- Docker & Kubernetes : Persistent Volumes - Dynamic volume provisioning
- Docker & Kubernetes : DaemonSet
- Docker & Kubernetes : Secrets
- Docker & Kubernetes : kubectl command
- Docker & Kubernetes : Assign a Kubernetes Pod to a particular node in a Kubernetes cluster
- Docker & Kubernetes : Configure a Pod to Use a ConfigMap
- AWS : EKS (Elastic Container Service for Kubernetes)
- Docker & Kubernetes : Run a React app in a minikube
- Docker & Kubernetes : Minikube install on AWS EC2
- Docker & Kubernetes : Cassandra with a StatefulSet
- Docker & Kubernetes : Terraform and AWS EKS
- Docker & Kubernetes : Pods and Service definitions
- Docker & Kubernetes : Service IP and the Service Type
- Docker & Kubernetes : Kubernetes DNS with Pods and Services
- Docker & Kubernetes : Headless service and discovering pods
- Docker & Kubernetes : Scaling and Updating application
- Docker & Kubernetes : Horizontal pod autoscaler on minikubes
- Docker & Kubernetes : From a monolithic app to micro services on GCP Kubernetes
- Docker & Kubernetes : Rolling updates
- Docker & Kubernetes : Deployments to GKE (Rolling update, Canary and Blue-green deployments)
- Docker & Kubernetes : Slack Chat Bot with NodeJS on GCP Kubernetes
- Docker & Kubernetes : Continuous Delivery with Jenkins Multibranch Pipeline for Dev, Canary, and Production Environments on GCP Kubernetes
- Docker & Kubernetes : NodePort vs LoadBalancer vs Ingress
- Docker & Kubernetes : MongoDB / MongoExpress on Minikube
- Docker & Kubernetes : Load Testing with Locust on GCP Kubernetes
- Docker & Kubernetes : MongoDB with StatefulSets on GCP Kubernetes Engine
- Docker & Kubernetes : Nginx Ingress Controller on Minikube
- Docker & Kubernetes : Setting up Ingress with NGINX Controller on Minikube (Mac)
- Docker & Kubernetes : Nginx Ingress Controller for Dashboard service on Minikube
- Docker & Kubernetes : Nginx Ingress Controller on GCP Kubernetes
- Docker & Kubernetes : Kubernetes Ingress with AWS ALB Ingress Controller in EKS
- Docker & Kubernetes : Setting up a private cluster on GCP Kubernetes
- Docker & Kubernetes : Kubernetes Namespaces (default, kube-public, kube-system) and switching namespaces (kubens)
- Docker & Kubernetes : StatefulSets on minikube
- Docker & Kubernetes : RBAC
- Docker & Kubernetes Service Account, RBAC, and IAM
- Docker & Kubernetes - Kubernetes Service Account, RBAC, IAM with EKS ALB, Part 1
- Docker & Kubernetes : Helm Chart
- Docker & Kubernetes : My first Helm deploy
- Docker & Kubernetes : Readiness and Liveness Probes
- Docker & Kubernetes : Helm chart repository with Github pages
- Docker & Kubernetes : Deploying WordPress and MariaDB with Ingress to Minikube using Helm Chart
- Docker & Kubernetes : Deploying WordPress and MariaDB to AWS using Helm 2 Chart
- Docker & Kubernetes : Deploying WordPress and MariaDB to AWS using Helm 3 Chart
- Docker & Kubernetes : Helm Chart for Node/Express and MySQL with Ingress
- Docker & Kubernetes : Deploy Prometheus and Grafana using Helm and Prometheus Operator - Monitoring Kubernetes node resources out of the box
- Docker & Kubernetes : Deploy Prometheus and Grafana using kube-prometheus-stack Helm Chart
- Docker & Kubernetes : Istio (service mesh) sidecar proxy on GCP Kubernetes
- Docker & Kubernetes : Istio on EKS
- Docker & Kubernetes : Istio on Minikube with AWS EC2 for Bookinfo Application
- Docker & Kubernetes : Deploying .NET Core app to Kubernetes Engine and configuring its traffic managed by Istio (Part I)
- Docker & Kubernetes : Deploying .NET Core app to Kubernetes Engine and configuring its traffic managed by Istio (Part II - Prometheus, Grafana, pin a service, split traffic, and inject faults)
- Docker & Kubernetes : Helm Package Manager with MySQL on GCP Kubernetes Engine
- Docker & Kubernetes : Deploying Memcached on Kubernetes Engine
- Docker & Kubernetes : EKS Control Plane (API server) Metrics with Prometheus
- Docker & Kubernetes : Spinnaker on EKS with Halyard
- Docker & Kubernetes : Continuous Delivery Pipelines with Spinnaker and Kubernetes Engine
- Docker & Kubernetes : Multi-node Local Kubernetes cluster : Kubeadm-dind (docker-in-docker)
- Docker & Kubernetes : Multi-node Local Kubernetes cluster : Kubeadm-kind (k8s-in-docker)
- Docker & Kubernetes : nodeSelector, nodeAffinity, taints/tolerations, pod affinity and anti-affinity - Assigning Pods to Nodes
- Docker & Kubernetes : Jenkins-X on EKS
- Docker & Kubernetes : ArgoCD App of Apps with Heml on Kubernetes
- Docker & Kubernetes : ArgoCD on Kubernetes cluster
- Docker & Kubernetes : GitOps with ArgoCD for Continuous Delivery to Kubernetes clusters (minikube) - guestbook
Ph.D. / Golden Gate Ave, San Francisco / Seoul National Univ / Carnegie Mellon / UC Berkeley / DevOps / Deep Learning / Visualization