I needed space and executed: docker rmi $(docker images -f "dangling=true" -q)
Since then I can't with docker-compose: docker-compose build
, I get the error: ERROR: Error processing tar file(exit status 1): unexpected EOF
.
I tried to remove all images, reinstall docker, but nothing will do: always the same error, after quite some time.
I built on another system and it worked, which suggests that this is a wrong-state issue.
Any idea what I should clean?
Using:
▶ docker version
Client:
Version: 17.03.0-ce
API version: 1.24 (downgraded from 1.26)
Go version: go1.7.5
Git commit: 3a232c8
Built: Tue Feb 28 08:01:32 2017
OS/Arch: linux/amd64
Server:
Version: 1.12.6
API version: 1.24 (minimum version )
Go version: go1.6.2
Git commit: 78d1802
Built: Tue Jan 31 23:35:14 2017
OS/Arch: linux/amd64
Experimental: false
▶ docker-compose version
docker-compose version 1.11.2, build dfed245
docker-py version: 2.1.0
CPython version: 2.7.13
OpenSSL version: OpenSSL 1.0.1t 3 May 2016
I had the same issue and the approved answer didn't work for me.
Turns out I had a file with permissions which didn't allow the user running docker-compose to read it. After removing the file everything was OK
In my case, the problem was a .dump file created by one of my project's scripts.
docker-compose
passes the context to the engine as a tar file, therefore, thebuild
command was packing a tar (the .dump file) inside another tar file (the docker context) hence throwing an unexpected EOF on the context.Since I don't need the .dump file in the container, I added it to my .dockerignore file.
If you have tried looking through permissions, docker reset, docker system prune, deleting all containers, deleting all images (dangling or otherwise), reading about everything that there is surrounding this issue and have had no success. Try uninstalling docker and re-installing the stable version.
Although, the error I was struggling with was :
Error processing tar file(exit status 1): mkdir /some/path/name: no such file or directory
Try increasing the memory for Docker, it fixed the issue for me.
Docker memory setting in Preferences was set to 2GB, so when pulling the ~3GB image, I was getting exactly this error:
Increasing the memory limit fixed it (I also increased the swap, but unsure was it required or not).
For me it was a permission error. I walked against the same exact issue as PR,
ERROR: Error processing tar file(exit status 1): unexpected EOF
My solution is dirty but worked for mechown -R 777 /foo/bar/project
You almost always want to avoid to set permissions on 777, 655 is more reasonable.
A more detailed explanation can be found here: https://www.pluralsight.com/blog/it-ops/linux-file-permissions
I found a temporary solution:
Ensure specify the image name on
docker-compose.yml
for example, specify the image name and container_name as django_practice_db/django_practice_webCopy the project file to another place
Go inside the copied project directory
Execute
docker-compose build
Go back to the original project directory
Execute
docker-compose up
Not sure why I can build images when I change the folder path.