Dockerfile 'COPY' command not copying files

Docker Hub
,
1

I am running into a frustrating problem when trying to create and run a new docker container. When I upload my code to a Github repository and then use Docker Hub to build it, the build completes without any errors. However, when I try to create and then run the new container on my own server I find that the necessary files and directories have not been copied into the new container or into the local directories that were bound to the container directories (obviously). Strangely though, it does seem that the init.sh script referenced at the end of my Dockerfile is being copied because it runs, but it fails because the other files that were supposed to be copied into the WORKDIR are not there. I’ve tried different files structures and COPY commands to no avail, and all of the files and directories to be copied are in the root of the repository at the moment. Here is my current Dockerfile:

FROM node:latest

RUN mkdir -p /usr/src/app

WORKDIR /usr/src/app

COPY package*.json /usr/src/app/

RUN \
  npm install -g @adonisjs/cli && \
  npm install

COPY . /usr/src/app/

VOLUME /usr/src/app

RUN \
  cp /usr/src/app/init.sh /usr/local/bin/ && \
  chmod 755 /usr/local/bin/init.sh && \
  ln -s usr/local/bin/init.sh / # backwards compat

EXPOSE 8080
CMD ["/init.sh"]

And my docker create and docker run commands:

docker create --name='ferdi-server' -p '3333:80' -v '/mnt/cache/appdata/ferdi-server':'/usr/src/app' 'xthursdayx/ferdi-server-docker' 

docker run -d --name='ferdi-server' -p '3333:80' -v '/mnt/cache/appdata/ferdi-server':'/usr/src/app' 'xthursdayx/ferdi-server-docker'

Any ideas? I’ve been trying to figure this out for two days and am at a dead end.

FYI here are the file structures and COPY commands I’ve most recently tried

├── Dockerfile
├── init.sh
│   └── api
│       ├── package.json
│       ├── package-lock.json
│       ├── .env.example
│       ├── etc
│       ├── init.sh
│       └── app
│       |   └── directory
│       └── config
│           └── app.js
│           └── etc.js

with command COPY api/ /usr/src/app/

and

├── Dockerfile
├── init.sh
├── package.json
├── package-lock.json
├── .env.example
├── etc
├── init.sh
│   └── app
│   └── directory2
│   └── config
│       └── app.js
│       └── etc.js

with command COPY . /usr/src/app/

2

Hello
Why are you use Copy and volume both command use in the dockerfile
COPY . /usr/src/app
VOLUME /usr/src/app
Copy command is a copy hole the source Folder to the destination Folder
or
Volume command is a Connected to your folder to container Folder

3

I’m not sure I totally understand your reply.

My intention was to use COPY . /usr/src/app (or COPY app/ /usr/src/app) to copy all the code in my docker repository into a directory (/usr/src/app) in the newly created docker container. I then was trying to use VOLUME to make this same directory connectable from the host.

I’ve seen many Dockerfiles that do this exact thing, so I’m confused why you seem to be saying that it is wrong to use both.

4

Yes you are right.
You can use Both copy and volume command but you are using copy and volume command to attach same directory

can you try to absolute path “COPY . /usr/src/app/” instead of use dot

5

If you map a bind to a volume (this is what your docker run examples do), it will replace the entire folder in the container. The pre-existing files in the target folder effectivly become unavailable.

If you need to preserve files from the target folder, you will need to use a named volume, as its default behavior is to copy per-existing files into the volume. Now here is the fun part: you can create a named volume using the local driver of the type bind.

6

Thanks for the reply @meyay I think your suggestion is probably what I want to do, but I’m confused because I’ve run plenty of other people’s docker containers which used bind mounted directories that have had things copied into them during the build process. However, I’m not sure what they do differently.

7

Thanks for clarifying @rrpnarola that makes sense to me. I’ll try this out.

8

Clear as mud. Are you referring to a clarification that was made privately? Please share?

1 Like