We still need to install Docker and Docker Compose inside of WSL because it'll give us access to both CLI apps. We just won't bother starting the Docker daemon.
The following instructions are for Ubuntu 18.04, but if you happen to use a different WSL distribution, you can follow Docker's installation guide for your distro from Docker's installation docs.
You can copy / paste all of the commands below into your WSL terminal.
# Update the apt package list.
sudo apt-get update -y
# Install Docker's package dependencies.
sudo apt-get install -y\
apt-transport-https\
ca-certificates\
curl\
software-properties-common
# Download and add Docker's official public PGP key.
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -
# Verify the fingerprint.
sudo apt-key fingerprint 0EBFCD88
# Add the `stable` channel's Docker upstream repository.
#
# If you want to live on the edge, you can change "stable" below to "test" or
# "nightly". I highly recommend sticking with stable!
sudo add-apt-repository\
"deb [arch=amd64] https://download.docker.com/linux/ubuntu\
$(lsb_release -cs)\
stable"
# Update the apt package list (for the new apt repo).
sudo apt-get update -y
# Install the latest version of Docker CE.
sudo apt-get install -y docker-ce
# Allow your user to access the Docker CLI without needing root access.
sudo usermod -aG docker $USER
At this point you must close your terminal and open a new one so that you can run Docker without sudo. You might as well do it now!
We're going to install Docker Compose using PIP instead of the pre-compiled binary on GitHub because it runs a little bit faster (both are still Python apps).
# Install Python 3 and PIP.
sudo apt-get install -y python3 python3-pip
# Install Docker Compose into your user's home directory.
pip3 install --user docker-compose
The next step is to make sure $HOME/.local/bin is set on your WSL $PATH.
You can check if it's already set by running echo $PATH. Depending on what WSL distro you use, you may or may not see /home/nick/.local/bin (replace nick with your username).
If it's there, you're good to go and can skip to the next section of this post.
If it's not there, you'll want to add it to your $PATH. You can do that by opening up your profile file with nano ~/.profile. Then anywhere in the file, on a new line, add export PATH="$PATH:$HOME/.local/bin" and save the file.
Finally, run source ~/.profile to active your new $PATH and confirm it works by running echo $PATH. You should see it there now. Done!
The next step is to configure WSL so that it knows how to connect to the remote Docker daemon running in Docker for Windows (remember, it's listening on port 2375).
If you're not using Docker for Windows and followed Docker Tip #73's guide to create your own VM then you probably did this already which means you can skip the command below.
echo "export DOCKER_HOST=tcp://localhost:2375" >> ~/.bashrc && source ~/.bashrc
That just adds the export line to your .bashrc file so it's available every time you open your terminal. The source commands reloads your bash configuration so you don't have to open a new terminal right now for it to take effect.
# You should get a bunch of output about your Docker daemon.
# If you get a permission denied error, close + open your terminal and try again.
docker info
# You should get back your Docker Compose version.
docker-compose --version
The last thing we need to do is set things up so that volume mounts work. This tripped me up for a while because check this out...
When using WSL, Docker for Windows expects you to supply your volume paths in a format that matches this: /c/Users/nick/dev/myapp.
But, WSL doesn't work like that. Instead, it uses the /mnt/c/Users/nick/dev/myapp format. Honestly I think Docker should change their path to use /mnt/c because it's more clear on what's going on, but that's a discussion for another time.
To get things to work for now, you have 2 options. If you're running Windows 18.03 (Spring 2018) or newer you can configure WSL to mount at / instead of /mnt and you're all done. If you're running 17.09 (Fall 2017) you'll need to do something else.
Here's step by step instructions for both versions of Windows:
First up, open a WSL terminal because we need to run a few commands.
sudo nano /etc/wsl.conf
# Now make it look like this and save the file when you're done:
[automount]
root = /
options = "metadata"
We need to set root = / because this will make your drives mounted at /c or /e instead of /mnt/c or /mnt/e.
The options = "metadata" line is not necessary but it will fix folder and file permissions on WSL mounts so everything isn't 777 all the time within the WSL mounts. I highly recommend you do this!
Once you make those changes, sign out and sign back in to Windows to ensure the changes take effect. Win + L isn't enough. You'll need to do a full blown sign out / sign in.
If you get an error the next time you start your WSL terminal don't freak out.
It's a bug with 18.03 and you can easily fix it. Hit CTRL + Shift + ECS to open the task manager, goto the "Services" tab, find the "LxssManager" service and restart it.
This seems to only happen if you sign out of Windows instead of doing a full reboot and will likely be fixed in a future 18.03+ patch.
Once that's done, you're all set. You'll be able to access your mounts and they will work perfectly with Docker and Docker Compose without any additional adjustments. For example you'll be able to use .:/myapp in a docker-compose.yml file, etc..
If you're using ConEmu, then you'll want to make sure to upgrade to the latest alpha release (at least 18.05.06+ which you can see in the title bar of the settings). It contains a patched wslbridge.exe file to support a custom WSL root mount point.
The default Ubuntu WSL terminal supports this by default, so you're all good. I don't know if other terminals support this yet. Let me know in the comments.
You're all done! You can skip the 17.09 steps below if you followed the above steps.
First up, open a WSL terminal because we need to run a few commands.
sudo mkdir /c
sudo mount --bind /mnt/c /c
You'll want to repeat those commands for any drives that you shared, such as d or e, etc..
Verify that it works by running: ls -la /c. You should see the same exact output as running ls -la /mnt/c because /mnt/c is mounted to /c.
At this point you're golden. You can use volume mount paths like .:/myapp in your Docker Compose files and everything will work like normal. That's awesome because that format is what native Linux and MacOS users also use.
It's worth noting that whenever you run a docker-compose up, you'll want to make sure you navigate to the /c/Users/nick/dev/myapp location first, otherwise your volume won't work. In other words, never access /mnt/c directly.
Technically you could use a symlink instead of a bind mount, but I've been burned in the past when it came to using symlinks and having certain tools not work because they failed to follow them correctly. Better safe than sorry here.
However, feel free to use symlinks inside WSL to access your bind mount. For example my Dev folder lives all the way in /e/Backup/VMs/workstation/home/nick/Dev and there's no way in heck I'm going to always type that when I want to access my development files.
So inside WSL I created a symlink with ln -s /e/Backup/VMs/workstation/home/nick/Dev ~/Dev and now I can just type cd ~/Dev to access my files and everything works.
Unfortunately you will have to run that sudo mount command every time you open a new terminal because WSL doesn't support mounting through /etc/fstab yet (edit: it does in 18.09+, but if you're using 18.09+ you should follow the 18.03+ steps).
But we can work around that limitation by just mounting it in your ~/.bashrc file. This is a little dirty but as far as I know, I think this is the only way to do it, so if you know of a better way, please let me know.
You can do that with this 1 liner: echo "sudo mount --bind /mnt/c /c" >> ~/.bashrc && source ~/.bashrc and make sure to repeat the command for any additional drives you shared with Docker for Windows. By the way, you don't need to mkdir because we already did it.
Yes I know, that means you will be prompt for your root password every time you open a terminal, but we can get around that too because Linux is cool like that.
To do that, run the sudo visudo command.
That should open up nano (a text editor). Goto the bottom of the file and add this line: nick ALL=(root) NOPASSWD: /bin/mount, but replace "nick" with your username.
That just allows your user to execute the sudo mount command without having to supply a password. You can save the file with CTRL + O, confirm and exit with CTRL + X.
Mission complete. You're all set to win at life by using Docker for Windows and WSL.