Reputation: 6926

Docker tries to mkdir the folder that I mount

Why is Docker trying to create the folder that I'm mounting? If I cd to C:\Users\szx\Projects

docker run --rm -it -v "${PWD}:/src" ubuntu /bin/bash

This command exits with the following error:

C:\Program Files\Docker Toolbox\docker.exe: Error response from daemon: error while creating mount source path '/c/Users/szx/Projects': mkdir /c/Users/szx/Projects: file exists.

I'm using Docker Toolbox on Windows 10 Home.

Upvotes: 147

Answers (26)

Moritz

Reputation: 165

I had a similiar issue while mounting a folder which has been mounted via rclone, just make to add --allow-other to the rclone command e.g. rclone mount --daemon your_remote:folder/ your_local_folder

Upvotes: 0

lancepants

Reputation: 1859

For anyone running mac/osx and encountering this, I restarted docker desktop in order to (temporarily) resolve this issue.

Edit: It would appear this also "fixes" the issue on Windows 10

Upvotes: 170

Luca Marian

Reputation: 1

I encountered this problem on macOS. I attempted to restart the Docker daemon and even reinstalled it, but the issue persisted. Ultimately, I discovered that my project was located in the 'Documents' directory, which was synchronized with iCloud. Once I moved the project to a different directory, the problem was resolved.

Upvotes: 0

user1135039

Reputation: 11

I had docker referencing a symlink on a Linux machine. Changing the -v to reference the physical target, rather than the symlink, solved the problem.

Upvotes: 1

INElutTabile

Reputation: 886

I had a similar experience on Linux and none of the above solution worked. In my case, my problem is that one directory in the path I was trying to mount had lost its o+rx permissions due to a maintenance activity.

Once the permissions were added, I could successfully mount the directory once again.

Upvotes: 1

James

Reputation: 129

I have put the user_allow_other in /etc/fuse.conf. Then, the mounting as in the example below has solved the problem.

$ sshfs -o allow_other user@remote_server:/directory/

Upvotes: 3

cr1pto

Reputation: 549

This error crept up for me because the problem was that my docker-compose file was looking for the APPDATA path on my machine on mac OS. MacOS doesn't have an APPDATA environment variable so I just created a .env file with the contents:

APPDATA=~/Library/

And my problem was solved.

Upvotes: 1

Nathaniel Jennings

Reputation: 1

In my specific instance, Windows couldn't tell me who owned my SSL certs (probably docker). I took control of the SSL certs again under Properties, added read permission for docker-users and my user, and it seemed to have fixed the problem. After tearing my hair out for 3 days with just the Daemon: Access Denied error, I finally got a meaningful error regarding another answer above "mkdir failed" or whataever on a mounted file (the SSL cert).

Upvotes: 0

Omer Raviv

Reputation: 11827

I had this issue in WSL, likely caused by leaving some containers alive too long. None of the advice here worked for me. Finally, based on this blog post, I managed to fix it with the following commands, which wipe all the volumes completely to start fresh.

docker-compose down
docker rm -f $(docker ps -a -q)
docker volume rm $(docker volume ls -q)
docker-compose up

Then, I restarted WSL (wsl --shutdown), restarted docker desktop, and tried my command again.

Upvotes: 11

katsu

Reputation: 644

I had this problem when the directory on my host was inside a directory mounted with gocryptfs. By default even root can't see the directory mounted by gocryptfs, only the user who executed the gocryptfs command can. To fix this add user_allow_other to /etc/fuse.conf and use the -allow_other flag e.g. gocryptfs -allow_other encrypted mnt

Upvotes: 1

Derrick Kipkemoi

Reputation: 217

I solved this by restarting docker and rebuilding the images.

Upvotes: 3

Alucard

Reputation: 145

In my case my volume path (in a .env file for docker-compose) had a space in it

/Volumes/some\ thing/folder

which did work on Docker 3 but didn't after updating to Docker 4. So I had to set my env variable to :

"/Volumes/some thing/folder"

Upvotes: 0

JavaTec

Reputation: 1044

I am running docker desktop(docker engine v20.10.5) on Windows 10 and faced similar error. I went ahead and removed the existing image from docker-desktop UI, deleted the folder in question(for me deleting the folder was an option because i was just doing some local testing), removed the existing container, restarted the docker and it worked

Upvotes: 0

András Aszódi

Reputation: 9660

I had this issue when I was working with Docker in a CryFS -encrypted directory in Ubuntu 20.04 LTS. The same probably happens in other UNIX-like OS-es.

The problem was that by default the CryFS-mounted virtual directory is not accessible by root, but Docker runs as root. The solution is to enable root access for FUSE-mounted volumes by editing /etc/fuse.conf: just comment out the use_allow_other setting in it. Then mount the encrypted directory with the command cryfs <secretdir> <opendir> -o allow_root (where <secretdir> and <opendir> are the encrypted directory and the FUSE mount point for the decrypted virtual directory, respectively).

Credits to the author of this comment on GitHub for calling my attention to the -o allow_root option.

Upvotes: 4

Jeppe Gravgaard

Reputation: 63

I had the same issue when developing using docker. After I moved the project folder locally, Docker could not mount files that were listed with relatives paths, and tried to make directories instead.

Pruning docker volumes / images / containers did not solve the issue. A simple restart of docker-desktop did the job.

Upvotes: 1

TheCooocy

Reputation: 203

I am working in Linux (WSL2 under Windows, to be more precise) and my problem was that there existed a symlink for that folder on my host:

# docker run --rm -it -v /etc/localtime:/etc/localtime ...
docker: Error response from daemon: mkdir /etc/localtime: file exists. 


# ls -al /etc/localtime
lrwxrwxrwx 1 root root 25 May 23  2019 /etc/localtime -> ../usr/share/zoneinfo/UTC

It worked for me to bind mount the source /usr/share/zoneinfo/UTC instead.

Upvotes: 9

pico_prob

Reputation: 1365

My trouble was a fuse-mounted volume (e.g. sshfs, etc.) that got mounted again into the container. I didn't help that the fuse-mount had the same ownership as the user inside the container.

I assume the underlying problem is that the docker/root supervising process needs to get a hold of the fuse-mount as well when setting up the container.

Eventually it helped to mount the fuse volume with the allow_other option. Be aware that this opens access to any user. Better might be allow_root – not tested, as blocked for other reasons.

Upvotes: 74

lei wang

Reputation: 109

I met this problem too. I used to run the following command to share the folder with container

docker run ... -v c:/seleniumplus:/dev/seleniumplus ...

But it cannot work anymore.

I am using the Windows 10 as host. My docker has recently been upgraded to "19.03.5 build 633a0e". I did change my windows password recently.

I followed the instructions to re-share the "C" drive, and restarted the docker and even restarted the computer, but it didn't work :-(. All of sudden, I found that the folder is "C:\SeleniumPlus" in the file explorer, so I ran

docker run ... -v C:/SeleniumPlus:/dev/seleniumplus ...

And it did work. So it is case-sensitive when we specify the windows shared folder in the latest docker ("19.03.5 build 633a0e").

Upvotes: 4

Andrii

Reputation: 646

Had the exact error. In my case, I used c instead of C when changing into my directory.

Upvotes: 2

Victor F

Reputation: 915

I have encountered this problem on Docker (Windows) after upgrading to 2.2.0.0 (42247). The issue was with casing in the folder name that I've provided in my arguments to docker command.

Upvotes: 7

Ahmet Cetin

Reputation: 3823

For anyone having this issue in linux based os, try to remount your remote folders which are used by docker image. This helped me in ubuntu:

sudo mount -a

Upvotes: 0

TheOperator

Reputation: 6466

In case you work with a separate Windows user, with which you share the volume (C: usually): you need to make sure it has access to the folders you are working with -- including their parents, up to your home directory.

Also make sure that EFS (Encrypting File System) is disabled for the shared folders.

Docker tries to mkdir the folder that I mount

Answers (26)

Related Questions