Docker组成了越来越多的空卷

Question

Expected behavior

docker-compose up -d should properly mount the volumes

Actual behavior

Suddenly (it worked perfectly two days ago, didn't install anything nor updated OS), the volumes are no longer being mounted. Don't see any error message, only the container logs complaining that command can't find the file (because the "empty" volume overrides the container's copied files).

If I remove ./service:/home/node/api volume, then docker uses the files in the container and everything works fine.

Information

• Docker version 18.03.0-ce, build 0520e24302 (Docker toolbox / boot2docker / virtualbox 5.2.12)
• docker-compose version 1.20.1, build 5d8c71b2
• Windows 7 x64
• Virtual box sharing folder.jpg

Already tried removing the docker machine from virtualbox and creating it again, pruning all volumes / images and containers. Even reinstalling Docker Toolbox, but issue persist.

Everything is ran with administrator rights.

More info

docker-compose config outputs

services:
  api:
    build:
      context: C:\users\fede\documents\test\service
    container_name: api
    ports:
    - 3000:3000/tcp
    volumes:
    - /c/users/fede/documents/test/service:/home/node/api:rw
version: '3.0'

---

$ docker inspect api outputs: https://pastebin.com/1zQ3vjFi

Files

I've simplified a sample app in order to make debug faster, you can see it here: https://github.com/Frondor/simple-node-app

I'm pretty new at docker, but if there's something else I can provide in order to start using docker locally again, just ask in the comments. But honestly, this started happening from one day to another without doing any changes to the system. No anti-virus involved.

Answer 1

For future reference, I finally found the reason why this started happening "suddenly". It has to do with the command line and relative paths of volumes not honoring the uppercase letters.

Notice the same path, but displayed diferently? That's product of my inexperience.

The first one works perfectly, and the VM maps the working directory to the shared volume without any problem. I guess it has to do with C:\\Users\\Fede having uppercase letters, which the second path doesn't honor.

So doing cd $HOME takes me to the ~ (home) path as seen here:

And now the terminal path is properly set to start mapping the host volume correctly.

$ docker-compose config

services:
  api:
    build:
      context: C:\Users\Fede\documents\test\service
    container_name: api
    ports:
    - 3000:3000/tcp
    volumes:
    - /c/Users/Fede/documents/test/service:/home/node/api:rw
version: '3.0'