ubuntu@box723:~/kukni.to$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
a6b4d1a8bc93 kuknito/mongo2es "/bin/sh -c 'bash $ME" 12 minutes ago Up 12 minutes 0.0.0.0:3001->80/tcp Mongo2ES
a6fb48610577 kuknito:elasticsearch "bin/elasticsearch" 12 minutes ago Up 12 minutes 0.0.0.0:9200->9200/tcp, 0.0.0.0:9300->9300/tcp ElasticSearch
7b20b7903447 mongo:3.0 "/entrypoint.sh mongo" 12 minutes ago Up 12 minutes 27017/tcp, 0.0.0.0:27018->27018/tcp MongoDB
ubuntu@box723:~/kukni.to$ docker cp scripts/masterCategories.json MongoDB:/data/masterCategories.json
Error response from daemon: permission denied
was something changed regarding docker recently? docker cp used to work just 2 days ago, now when I rerun the same build where it worked, it no longer works and gives the error above.
Am having the exact same problem. docker cp was working in our CI jobs yesterday, stopped work in all of our builds / branches this morning. From a recent run:
I use the default docker version provided by circleCI.
I couldn’t see anything about docker in recent changes in circle’s changelog.
I created a support request for this with link to this thread. Hopefully it will get fixed soon.
Thank you for reporting this issue. Due to some security concerns we had to upgrade the version of LXC that runs on our builder boxes. It looks like this has broken docker cp our Engineers are looking into the cause of the issue and hope to have a resolution soon. In the meantime it looks like the workaround posted by @Alino should work:
I don’t think it will work for @klingerf , my workaround is very limited to a single text file, copying from host to docker container, and klingerf seems that he wants to copy whole directory from docker container to host.
@kimh Thank you for providing the patched version! It doesn’t work for our build unfortunately because our setup uses docker-compose 1.5, which requires docker >= 1.9. Any chance you can also provide a patched version of 1.9.1, which was introduced in this thread:
Alternatively, I can look into a solution similar to the one @Alino provided. We might be able to use tar or another utility to get the files out of the container.