Docker

Professional feature: download PyCharm Professional to try.

Running containers

Docker run configurations

Use this type of configuration to run a Docker container from a locally existing image that you either pulled or built previously.

Docker uses the docker run command with the following syntax:

docker run [OPTIONS] IMAGE [COMMAND] [ARG...]

You can set all the arguments for this command using the options of the Docker Image run configuration.

By default, the Docker Image configuration has the following options:


Name	Specify a name for the run configuration to quickly identify it among others when editing or running.
Allow parallel run	Allow running multiple instances of this run configuration in parallel. By default, it is disabled, and when you start this configuration while another instance is still running, PyCharm suggests stopping the running instance and starting another one. This is helpful when a run configuration consumes a lot of resources and there is no good reason to run multiple instances.
Store as project file	Save the file with the run configuration settings to share it with other team members. The default location is .idea/runConfigurations. However, if you do not want to share the .idea directory, you can save the configuration to any other directory within the project. By default, it is disabled, and PyCharm stores run configuration settings in .idea/workspace.xml.
Server	Select the Docker daemon connection to use for the run configuration.
Image ID or name	Specify the identifier or the name of the Docker image from which to create the container.
Container name	Specify an optional name for the container. If empty, Docker will generate a random name for the container. This is similar to using the `--name` option with the `docker run` command.
Before launch	Specify a list of tasks to perform before starting the run configuration. For example, run another configuration, build the necessary artifacts, run some external tool or a web browser, and so on. Click or press `Alt+Insert` to add one of the available tasks. Move tasks in the list using and to change the order in which to perform the tasks. Select a task and click to edit the task. Click to remove the selected task from the list.
Show this page	Show the run configuration settings before actually starting it.
Activate tool window	Depending on the type of configuration, open the Run, Debug, or Services tool window when you start this run configuration. If this option is disabled, you can open the tool window manually: View \| Tool Windows \| Run or `Alt+4` View \| Tool Windows \| Debug or `Alt+5` View \| Tool Windows \| Services or `Alt+8`

Use the Modify options menu to add advanced options to the run configuration:


Randomly publish all exposed ports	Publish all exposed container ports to random free ports on the host. This is similar to using the `-P` or `--publish-all` option on the command line.
Bind ports	Map specific container ports to specific ports on the host. This is similar to using the `-p` or `--publish` option on the command line. Click in the Bind ports field and specify which ports on the host should be mapped to which ports in the container. You can also provide a specific host IP from which the port should be accessible (for example, you can set it to `127.0.0.1` to make it accessible only locally, or set it to `0.0.0.0` to open it for all computers in your network). Lets say you already have Django running on the host port 5432, and you want to run another instance of Django in a container and access it from the host via port 5433. Binding the host port 5433 to port 5432 in the container is similar to setting the following command-line option: `-p 5433:5432` You can set this option explicitly in the Run options field instead of configuring the Bind ports field.
Entrypoint	Override the default `ENTRYPOINT` of the image. This is similar to using the `--entrypoint` option on the command line.
Command	Override the default `CMD` of the image. This is similar to adding the command as an argument for `docker run`.
Bind mounts	Mount files and directories on the host to a specific location in the container. This is similar to using the `-v` or `--volume` option on the command line. note Make sure that the necessary local paths are mapped to the virtual machine in the Docker connection settings (the Path mappings table). Click in the Bind mounts field and specify the host directory and the corresponding path in the container where it should be mounted. Select Read only if you want to disable writing to the container volume. For example, you can mount a local Django directory on the host (Users/Shared/django-data) to some directory inside the container (/var/lib/django-data). Mounting volumes in this manner is similar to setting the following command-line option: `-v Users/Shared/django-data:/var/lib/django-data` You can set this option explicitly in the Run options field instead of configuring the Bind mounts field.
Environment variables	Specify environment variables. There are environment variables associated with the base image that you are using as defined by the `ENV` instruction in the Dockerfile. There are also environment variables that Docker sets automatically for each new container. Use this field to override any of the variables or specify additional ones. This is similar to using the `-e` or `--env` option on the command line. Click in the Environment variables field to add names and values for variables. For example, if you want to connect to Django with a specific username by default (instead of the operating system name of the user running the application), you can set the `DJANGO_USER` variable to the necessary value. This is similar to setting the following command-line option: `--env DJANGO_USER=%env-var-value` You can set this option explicitly in the Run options field instead of configuring the Environment variables field.
Run options	Set any other supported docker run options. For example, to connect the container to the `my-net` network and set the `my-app` alias for it, specify the following: `--network my-net --network-alias my-app` note Not all `docker run` options are supported. If you would like to request support for some option, leave a comment in IDEA-181088.
Attach to container	Attach to the container's standard input, output, and error streams. This is similar to using the `-a` or `--attach` option on the command line.
Show command preview	Preview the resulting command that will be used to execute the run configuration.

Use this type of configuration to build an image from a Dockerfile and then derive a container from this image.

Docker uses the docker build command to build an image from a Dockerfile, and then the docker run command to start a container from it.

By default, the Dockerfile configuration has the following options:


Name	Specify a name for the run configuration to quickly identify it among others when editing or running.
Allow parallel run	Allow running multiple instances of this run configuration in parallel. By default, it is disabled, and when you start this configuration while another instance is still running, PyCharm suggests stopping the running instance and starting another one. This is helpful when a run configuration consumes a lot of resources and there is no good reason to run multiple instances.
Store as project file	Save the file with the run configuration settings to share it with other team members. The default location is .idea/runConfigurations. However, if you do not want to share the .idea directory, you can save the configuration to any other directory within the project. By default, it is disabled, and PyCharm stores run configuration settings in .idea/workspace.xml.
Server	Select the Docker daemon connection to use for the run configuration.
Dockerfile	Specify the name and location of the Dockerfile used to build the image.
Image tag	Specify an optional name and tag for the built image. This can be helpful for referring to the image in the future. If you leave the field blank, the image will have only a random unique identifier.
Container name	Specify an optional name for the container. If empty, Docker will generate a random name for the container. This is similar to using the `--name` option with the `docker run` command.
Before launch	Specify a list of tasks to perform before starting the run configuration. For example, run another configuration, build the necessary artifacts, run some external tool or a web browser, and so on. Click or press `Alt+Insert` to add one of the available tasks. Move tasks in the list using and to change the order in which to perform the tasks. Select a task and click to edit the task. Click to remove the selected task from the list.
Show this page	Show the run configuration settings before actually starting it.
Activate tool window	Depending on the type of configuration, open the Run, Debug, or Services tool window when you start this run configuration. If this option is disabled, you can open the tool window manually: View \| Tool Windows \| Run or `Alt+4` View \| Tool Windows \| Debug or `Alt+5` View \| Tool Windows \| Services or `Alt+8`

Use the Modify options menu to add advanced options to the run configuration:


Context folder	Specify a local directory that the daemon will use during the build process. All host paths in the Dockerfile will be processed relative to this directory. By default, if you leave it blank, Docker uses the same directory where the Dockerfile is located.
Build args	Specify values for build-time variable that can be accessed like regular environment variables during the build process but do not persist in the intermediate or final images. This is similar to using the `--build-args` option with the `docker build` command. These variables must be defined in the Dockerfile with the `ARG` instruction. For example, you can define a variable for the version of the base image that you are going to use: `ARG PYTAG=latest FROM python:$PYTAG` The `PYTAG` variable in this case will default to `latest` and the Dockerfile will produce an image with the latest available version of Python, unless you redefine it as a build-time argument. If you set, `PYTAG=3.7`, Docker will pull `python:3.7` instead, which will run a container with Python version 3.7. Redefining the `PYTAG` argument is similar to setting the following command-line option: `--build-arg PYTAG=3.7`
Build options	Set any other supported `docker build` options. For example, you can specify metadata for the built image with the `--label` option.
Enable BuildKit (experimental)	Use the BuildKit backend when building the images. This is similar to setting the `DOCKER_BUILDKIT=1` environment variable when invoking the `docker build` command.
Randomly publish all exposed ports	Publish all exposed container ports to random free ports on the host. This is similar to using the `-P` or `--publish-all` option on the command line.
Bind ports	Map specific container ports to specific ports on the host. This is similar to using the `-p` or `--publish` option on the command line. Click in the Bind ports field and specify which ports on the host should be mapped to which ports in the container. You can also provide a specific host IP from which the port should be accessible (for example, you can set it to `127.0.0.1` to make it accessible only locally, or set it to `0.0.0.0` to open it for all computers in your network). Lets say you already have Django running on the host port 5432, and you want to run another instance of Django in a container and access it from the host via port 5433. Binding the host port 5433 to port 5432 in the container is similar to setting the following command-line option: `-p 5433:5432` You can set this option explicitly in the Run options field instead of configuring the Bind ports field.
Entrypoint	Override the default `ENTRYPOINT` of the image. This is similar to using the `--entrypoint` option on the command line.
Command	Override the default `CMD` of the image. This is similar to adding the command as an argument for `docker run`.
Bind mounts	Mount files and directories on the host to a specific location in the container. This is similar to using the `-v` or `--volume` option on the command line. note Make sure that the necessary local paths are mapped to the virtual machine in the Docker connection settings (the Path mappings table). Click in the Bind mounts field and specify the host directory and the corresponding path in the container where it should be mounted. Select Read only if you want to disable writing to the container volume. For example, you can mount a local Django directory on the host (Users/Shared/django-data) to some directory inside the container (/var/lib/django-data). Mounting volumes in this manner is similar to setting the following command-line option: `-v Users/Shared/django-data:/var/lib/django-data` You can set this option explicitly in the Run options field instead of configuring the Bind mounts field.
Environment variables	Specify environment variables. There are environment variables associated with the base image that you are using as defined by the `ENV` instruction in the Dockerfile. There are also environment variables that Docker sets automatically for each new container. Use this field to override any of the variables or specify additional ones. This is similar to using the `-e` or `--env` option on the command line. Click in the Environment variables field to add names and values for variables. For example, if you want to connect to Django with a specific username by default (instead of the operating system name of the user running the application), you can set the `DJANGO_USER` variable to the necessary value. This is similar to setting the following command-line option: `--env DJANGO_USER=%env-var-value` You can set this option explicitly in the Run options field instead of configuring the Environment variables field.
Run options	Set any other supported docker run options. For example, to connect the container to the `my-net` network and set the `my-app` alias for it, specify the following: `--network my-net --network-alias my-app` note Not all `docker run` options are supported. If you would like to request support for some option, leave a comment in IDEA-181088.
Attach to container	Attach to the container's standard input, output, and error streams. This is similar to using the `-a` or `--attach` option on the command line.
Show command preview	Preview the resulting command that will be used to execute the run configuration.

Use this type of configuration to run multi-container Docker applications.

Docker uses the docker-compose command to define, configure, and run multi-container applications. The main command that builds, creates, starts, and attaches to containers is docker-compose up.

By default, the Docker-compose configuration has the following options:


Name	Specify a name for the run configuration to quickly identify it among others when editing or running.
Allow parallel run	Allow running multiple instances of this run configuration in parallel. By default, it is disabled, and when you start this configuration while another instance is still running, PyCharm suggests stopping the running instance and starting another one. This is helpful when a run configuration consumes a lot of resources and there is no good reason to run multiple instances.
Store as project file	Save the file with the run configuration settings to share it with other team members. The default location is .idea/runConfigurations. However, if you do not want to share the .idea directory, you can save the configuration to any other directory within the project. By default, it is disabled, and PyCharm stores run configuration settings in .idea/workspace.xml.
Server	Select the Docker daemon connection to use for the run configuration.
Compose files	Specify the compose files that define the necessary services. Docker Compose builds the configuration in the specified order, so any subsequent files override and add to the fields of the same service in previous files. This is similar to using the `-f` option with the `docker-compose` command.
Services	Specify the services to build, create, and start. Click the Browse icon () to select services that are listed in the YML file.
Before launch	Specify a list of tasks to perform before starting the run configuration. For example, run another configuration, build the necessary artifacts, run some external tool or a web browser, and so on. Click or press `Alt+Insert` to add one of the available tasks. Move tasks in the list using and to change the order in which to perform the tasks. Select a task and click to edit the task. Click to remove the selected task from the list.
Show this page	Show the run configuration settings before actually starting it.
Activate tool window	Depending on the type of configuration, open the Run, Debug, or Services tool window when you start this run configuration. If this option is disabled, you can open the tool window manually: View \| Tool Windows \| Run or `Alt+4` View \| Tool Windows \| Debug or `Alt+5` View \| Tool Windows \| Services or `Alt+8`

Use the Modify options menu to add advanced options to the run configuration:


Project name	Specify an alternate project name for Docker Compose. By default, it is the name of the current directory. This is similar to using the `-p` option with the `docker-compose` command.
Environment variables	Specify the Docker Compose environment variables. These are used only by the Docker Compose process. They are not passed on to any of the containers.
Environment variables file	Specify the path to a custom environment file that defines the Docker Compose environment variables. By default, Docker Compose looks for a file named .env in the project directory. This is similar to using the `--env-file` option with the `docker-compose` command.
Enable BuildKit (experimental)	Use the BuildKit backend when building the images. This is similar to setting the `DOCKER_BUILDKIT=1` environment variable when invoking the `docker build` command.
Remove volumes on `down`	When stopping and removing containers, also delete named volumes declared in the Docker Compose file and anonymous volumes attached to containers. This is similar to using the `-v` or `--volumes` option with the `docker-compose down` command.
Enable compatibility mode	Convert v3 service definitions into v2 compatible parameters. This is similar to using the `--compatibility` option with the `docker-compose` command.
Remove images on `down`	Configure which images should be removed when stopping and removing containers. You can choose to remove all images used by any service or only images that don't have a custom tag set in the `image` field. This is similar to using the `--rmi` option with the `docker-compose down` command.
Timeout	Set a timeout in seconds to forcefully terminate containers that won't shutdown gracefully. Docker usually tries to gracefully terminate any container with `SIGTERM`, but it might end up running indefinitely. Set a timeout after which Docker should send `SIGKILL` to force the shutdown. This is similar to using the `-t` or `--timeout` option with the `docker-compose up` command.
Exit code	Return the exit code of the selected service container. Whenever a container in the selected service stops, return its exit code and stop all other containers in the service. This is similar to using the `--exit-code-from` option with the `docker-compose up` command.
Override scale	Set the number of containers to start for each service. This option overrides the `scale` parameter in the Docker Compose file, if it's present. This is similar to using the `--scale` option with the `docker-compose up` command.
Recreate dependencies	Recreate dependent containers when starting a service. This is similar to using the `--always-recreate-deps` option with the `docker-compose up` command.
Recreate anonymous volumes	Recreate anonymous volumes instead of retrieving data from the previous containers. This is similar to using the `-V` or `--renew-anon-volumes` option with the `docker-compose up` command.
Remove orphans	Remove containers for services not defined in the Docker Compose file. This is similar to using the `--remove-orphans` option with the `docker-compose up` command.
Start	Configure which services to start: Selected and dependencies: By default, Docker Compose starts all of the specified services and linked services. Start: none: Don't start any services after creating them. This is similar to using the `--no-start` option with the `docker-compose up` command. Start: selected services: Don't start any of the linked services. This is similar to using the `--no-deps` option with the `docker-compose up` command.
Attach to	Configure for which containers to show output streams: Selected services: By default, Docker Compose attaches to all started containers of the specified services. Attach to: none: Don't attach to any containers. This is similar to using the `-d` or `--detach` option with the `docker-compose up` command. Attach to: selected and dependencies: Attach to containers of the specified services and linked services. This is similar to using the `--attach-dependencies` option with the `docker-compose up` command.
Recreate containers	Configure which containers to stop and replace by new ones: Changed configuration: By default, Docker Compose recreates containers only if the corresponding configuration or image has changed. Recreate containers: all: Recreate all containers in the services, even if the corresponding configuration or image hasn't changed. This is similar to using the `--force-recreate` option with the `docker-compose up` command. Recreate containers: none: Don't recreate any containers in the services, even if the corresponding configuration has changed. This is similar to using the `--no-recreate` option with the `docker-compose up` command.
Build	Configure which images to build before starting containers: Only missing images: By default, Docker Compose only builds images that are not available and uses previously built ones when possible. Build: never: Don't build any images. Always use previously built images or throw an error if some image is not available. This is similar to using the `--no-build` option with the `docker-compose up` command. Build: always: Always build images before starting containers. This is similar to using the `--build` option with the `docker-compose up` command.
Stop Containers	Configure how to stop containers in a service. By default, Docker Compose doesn't stop other containers in a service. You have to stop them manually. However, you can choose to stop all containers if any container in a service stops. This is similar to using the `--abort-on-container-exit` option with the `docker-compose up` command.

Troubleshooting

Reported Problem	Description	Solution
Unable to connect to Docker	Docker is not running, or your Docker connection settings are incorrect.	In the Settings/Preferences dialog (`Ctrl+Alt+S`), select Build, Execution, Deployment \| Docker, and select Docker for <your operating system> under Connect to Docker daemon with. For example, if you're on macOS, select Docker for Mac. See more detail in Docker settings. If you are using Docker Toolbox, make sure that Docker Machine is running and its executable is specified correctly in the Settings/Preferences dialog `Ctrl+Alt+S` under Build, Execution, Deployment \| Docker \| Tools.
Docker-composer does not work on Ubuntu using unix socket settings.	Docker-composer reports the following error: `docker.errors.TLSParameterError: Path to a certificate and key files must be provided through the client_config param. TLS configurations should map the Docker CLI client configurations.`	Open the project Settings/Preferences (`Ctrl+Alt+S`). Go to Build, Execution, Deployment \| Docker. Select TCP socket. Enter `unix:///var/run/docker.sock` in the Engine API URL field.
When you try to pull an image, the following message is displayed: `Failed to parse dockerCfgFile:` <your_home_dir>/.docker/config.json, `caused by: ... {"credsStore":"wincred"}`	Invalid Auth config file when using `credsStore`: http://github.com/docker-java/docker-java/issues/806	Go to <your_home_dir>/.docker directory and delete the config.json file.
Unable to use Docker Compose	Docker Compose executable is specified incorrectly.	Specify Docker Compose executable in the Settings/Preferences dialog `Ctrl+Alt+S` under Build, Execution, Deployment \| Docker \| Tools
Unable to use port bindings	Container ports are not exposed.	Use the EXPOSE command in your Dockerfile
High CPU usage while connecting to Docker via services.	When Hyper-V is selected as the backend for the Docker service on Windows, Hyper-V virtual disk files (.vhdx) are constantly scanned by the anti-virus software. This behavior leads to excessive consumption of CPU, even no container is running.	Exclude Hyper-V virtual disk files from the anti-virus scan.

Thanks for your feedback!

Was this page helpful?

`ls /tmp`	List the contents of the /tmp directory
`mkdir /tmp/my-new-dir`	Create the my-new-dir directory inside the /tmp directory
`/bin/bash`	Start a `bash` session

Docker﻿

Enable Docker support﻿

tip

note

Managing images﻿

Configure a Docker registry﻿

Pull an image from a Docker registry﻿

Build an image from a Dockerfile﻿

Push an image to a Docker registry﻿

Copy image to another Docker daemon﻿

Running containers﻿

Run a container from an existing image﻿

Run a container from a Dockerfile﻿

Docker run configurations﻿

Create a Docker run configuration﻿

note

note

note

note

Interacting with containers﻿

Execute a command inside a running container﻿

View detailed information about a running container﻿

View processes running in a container﻿

Attach a console to the container output﻿

Docker Compose﻿

Run a multi-container Docker application﻿

note

Scale a service﻿

Stop a running service﻿

Stop all running services﻿

Bring your application down﻿

Open the Docker Compose file that was used to run the application﻿

Troubleshooting﻿

Docker

Limitations﻿

Docker

Enable Docker support

Managing images

Configure a Docker registry

Pull an image from a Docker registry

Build an image from a Dockerfile

Push an image to a Docker registry

Copy image to another Docker daemon

Running containers

Run a container from an existing image

Run a container from a Dockerfile

Docker run configurations

Create a Docker run configuration

Interacting with containers

Execute a command inside a running container

View detailed information about a running container

View processes running in a container

Attach a console to the container output

Docker Compose

Run a multi-container Docker application

Scale a service

Stop a running service

Stop all running services

Bring your application down

Open the Docker Compose file that was used to run the application

Troubleshooting

Limitations