Docker doesn't know what changes have happened inside a layer, only which files are affected. As such, this will cause Docker to create a new layer, replacing all those files (same content as /opt/jboss/wildfly/ but with with new ownership), adding hundreds of megabytes to image size.
The docker build command builds Docker images from a Dockerfile and a “context”. A build's context is the set of files located in the specified PATH or URL . The build process can refer to any of the files in the context. For example, your build can use a COPY instruction to reference a file in the context.
In the current Docker version, there is a default limitation on the Docker container storage of 10Gb.
The Docker client sends the entire "build context" to the Docker daemon. That build context (by default) is the entire directory the Dockerfile
is in (so, the entire rpms
tree).
You can setup a .dockerignore
file to get Docker to ignore some files. You might want to experiment with it.
Alternatively, you can move your rpms
folder one directory level above your Dockerfile
, and only symlink test.rpm
into the Dockerfile
's directory.
You’ll often want to add the .git
folder to the .dockerignore
which was the cause of a 150MB -> 5GB difference for some users in the comments here.
Starting from Docker v18.06 there is an option to use a new image builder called Build Kit.
It's pre-bundled with the Docker, no need to install anything. It's backward compatible with the Dockerfile
syntax, no need to change the Dockerfile
.
Here is an example of building an image with a huge unused file in the build directory:
Legacy Docker Build:
$ time docker image build --no-cache .
Sending build context to Docker daemon 4.315GB
[...]
Successfully built c9ec5d33e12e
real 0m51.035s
user 0m7.189s
sys 0m10.712s
New Docker BuildKit:
$ time DOCKER_BUILDKIT=1 docker image build --no-cache .
[+] Building 0.1s (5/5) FINISHED
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 37B 0.0s
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
[...]
=> => writing image sha256:ba5bca3a525ac97573b2e1d3cb936ad50cf8129eedfa9 0.0s
real 0m0.166s
user 0m0.034s
sys 0m0.026s
The only change is the DOCKER_BUILDKIT=1
environment variable, the difference in time is huge.
.dockerignore
FilePlease note, that the .dockerignore
file is still valid and useful. Some Dockerfile
commands like COPY . .
will still take into account the .dockerignore
rules. But the side files in the build directory (not referenced in the Dockerfile
) are not getting copied anymore as a "build context" by the BuildKit.
I fixed it by moving my Dockerfile and docker-compose.yml into a subfolder and it worked great. Apparently docker sends the current folder to the daemon and my folder was 9 gigs.
If you have a .dockerignore
file and build context is still large, you can check what is being sent to the docker build context using The Silver Searcher:
ag --path-to-ignore .dockerignore --files-with-matches
Note that some **
patterns might not work properly.
See this Github issue for additional comments: https://github.com/moby/moby/issues/16056
In my case that was when i execute with wrong -f
arguments - without path to directory where located Dockerfile
docker build --no-cache -t nginx5 -f /home/DF/Dockerfile /home/DF/
- right
docker build --no-cache -t nginx5 -f /home/DF/Dockerfile
- wrong
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With