I have a docker in docker setup for CI. Essentially, the machine has a jenkins CI server on it that uses the same machines docker socket to create nodes for CI.
This was working great until I recently updated docker. I've identified the issue, but I can't seem to figure out the right magic to get it working.
host $ docker exec -it myjenkins bash
jenkins@container $ docker ps
Got permission denied while trying to connect to the Docker daemon
socket at unix:///var/run/docker.sock: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.26/containers/json: dial unix /var/run/docker.sock: connect: permission denied
host $ docker exec -it -u root -it myjenkins bash
root@container $ docker ps
... docker ps from host container yay! ...
So here's what I surmise. I have access to the host docker socket from within the container, but I can't seem to give permission to the jenkins user.
I've added the docker group, and also added the jenkins user to the docker group. But I still get the same error. I've restarted a whack of times so, I'm kind of at a loss for what to do next.
Is there a way to force permissions for a user on a particular socket?
As mentioned in other answers, you must ensure that user "jenkins" inside the container has permission to issue Docker commands to the Docker engine on the host via the
/var/run/docker.sock
mount.An easy way to do this is:
But beware:
If your Jenkins job has the need to execute Docker build/run commands (e.g., to build a container), this is not sufficient. The reason is that the containerized Jenkins will ask the Docker in the host to deploy a Docker agent container and that Docker agent container will face similar "permission errors" when connecting to the Docker daemon on the host.
There is a blog post describing the problem and solution for this at https://blog.nestybox.com/2019/09/29/jenkins.html.
You need to map the gid of the docker group on your host to the gid of a group that jenkins belongs to inside your container. Here's a sample from my Dockerfile of how I've built a jenkins slave image:
The 993 happens to be the gid of docker on the host in this example, you'd adjust that to match your environment.
Solution from the OP: If rebuilding isn't a possibility you can set the docker group accordingly in using root and add the user. If you tried this before you may have to delete the group on the slave (
groupdel docker
):Execute the command with your root user by including sudo in the start.
Personally, i've just had to do this :
And it worked out