我是码头工人的新手。我只是试着在我的本地机器(Ubuntu 16.04)上使用docker和Jenkins。
我用下面的管道脚本配置了一个新作业。
node {
stage('Build') {
docker.image('maven:3.3.3').inside {
sh 'mvn --version'
}
}
}
但是它失败了，错误如下:
在unix:///var/run/ Docker .sock试图连接到Docker守护进程套接字时被拒绝
当前回答
我们有两种方法来解决这个问题
方法1 应用新的组成员资格
sudo usermod -aG docker ${USER}
su - ${USER}
方法2 修改文件权限和组权限
chmod 777 /var/run/docker.sock
sudo chown root:docker /var/run/docker.sock
方法1为安全方法。
其他回答
我使用的是官方的jenkins docker映像(https://hub.docker.com/r/jenkins/jenkins)，但我认为这个解决方案适用于我们想要在docker容器中运行docker的大多数用例。
在Docker容器中使用Docker的推荐方法是使用主机系统的Docker守护进程。这方面的好文章:https://itnext.io/docker-in-docker-521958d34efd。
处理权限问题的秘诀是在容器内为容器的用户添加权限，而不是为主机系统添加权限。默认情况下只有root用户有权限这样做，所以
docker exec -it -u root <container-name> bash
usermod -a -G docker <username>
我会做的。记得重新启动容器。
我想最简单的方法是创建一个定制的Dockerfile:
# Official jenkins image
FROM jenkins/jenkins:lts
# Swith to root to be able to install Docker and modify permissions
USER root
RUN apt-get update
# Install docker
RUN curl -sSL https://get.docker.com/ | sh
# Add jenkins user to docker group
RUN usermod -a -G docker jenkins
# Switch back to default user
USER jenkins
# Bild the image:
# sudo docker build -t yourusername/imagename .
# Run the image and mount with the followin bind mount option:
# sudo docker run --name imagename -d -p8080:8080 -v /var/run/docker.sock:/var/run/docker.sock yourusername/imagename
我的第一个解决方案是:
usermod -aG docker jenkins
usermod -aG root jenkins
chmod 664 /var/run/docker.sock
但没有一个对我有用，我试过了:
chmod 777 /var/run/docker.sock
这是可行的，但我不知道这是否正确。
简单地添加docker作为jenkins用户的补充组
sudo usermod -a -G docker jenkins
在使用Docker映像作为Jenkins代理时并不总是足够的。也就是说，如果你的Jenkinsfile以pipeline{agent{dockerfile或pipeline{agent{image开头:
pipeline {
agent {
dockerfile {
filename 'Dockerfile.jenkinsAgent'
}
}
stages {
这是因为Jenkins执行了一个docker运行命令，这会导致三个问题。
代理将(可能)没有安装Docker程序。 Agent将无法访问Docker守护进程套接字，因此将尝试运行Docker-in-Docker，这是不推荐的。 Jenkins给出代理应该使用的数字用户ID和数字组ID。Agent不会有任何补充组，因为docker run不会登录容器(它更像sudo)。
安装Agent的Docker
让Docker程序在Docker镜像中可用只需要在Dockerfile中运行Docker安装步骤:
# Dockerfile.jenkinsAgent
FROM debian:stretch-backports
# Install Docker in the image, which adds a docker group
RUN apt-get -y update && \
apt-get -y install \
apt-transport-https \
ca-certificates \
curl \
gnupg \
lsb-release \
software-properties-common
RUN curl -fsSL https://download.docker.com/linux/debian/gpg | apt-key add -
RUN add-apt-repository \
"deb [arch=amd64] https://download.docker.com/linux/debian \
$(lsb_release -cs) \
stable"
RUN apt-get -y update && \
apt-get -y install \
docker-ce \
docker-ce-cli \
containerd.io
...
共享Docker守护进程socket
如前所述，解决第二个问题意味着运行Jenkins Docker容器，以便它与容器外部的Docker守护进程共享Docker守护进程套接字。所以你需要告诉Jenkins使用共享运行Docker容器，如下所示:
pipeline {
agent {
dockerfile {
filename 'Dockerfile.jenkinsAgent'
args '-v /var/run/docker.sock:/var/run/docker.sock'
}
}
设置uid和gid
The ideal fix to the third problem would be set up supplementary groups for the Agent. That does not seem possible. The only fix I'm aware of is to run the Agent with the Jenkins UID and the Docker GID (the socket has group write permission and is owned by root.docker). But in general, you do not know what those IDs are (they were allocated when the useradd ... jenkins and groupadd ... docker ran when Jenkins and Docker were installed on the host). And you can not simply tell Jenkins to user user jenkins and group docker
args '-v /var/run/docker.sock:/var/run/docker.sock -u jenkins:docker'
因为这告诉Docker在镜像中使用名为jenkins和Docker的用户和组，而你的Docker镜像可能没有jenkins用户和组，即使它有，也不能保证它与主机有相同的UID和GID，同样也不能保证Docker的GID是相同的
幸运的是，Jenkins在脚本中为Dockerfile运行docker build命令，所以你可以使用一些shell脚本魔法来将这些信息作为docker build参数传递:
pipeline {
agent {
dockerfile {
filename 'Dockerfile.jenkinsAgent'
additionalBuildArgs '--build-arg JENKINSUID=`id -u jenkins` --build-arg JENKINSGID=`id -g jenkins` --build-arg DOCKERGID=`stat -c %g /var/run/docker.sock`'
args '-v /var/run/docker.sock:/var/run/docker.sock -u jenkins:docker'
}
}
它使用id命令获取jenkins用户的UID和GID，并使用stat命令获取关于Docker套接字的信息。
你的Dockerfile可以使用这些信息为Agent设置一个jenkins用户和docker组，使用groupadd, groupmod和useradd:
# Dockerfile.jenkinsAgent
FROM debian:stretch-backports
ARG JENKINSUID
ARG JENKINSGID
ARG DOCKERGID
...
# Install Docker in the image, which adds a docker group
RUN apt-get -y update && \
apt-get -y install \
apt-transport-https \
ca-certificates \
curl \
gnupg \
lsb-release \
software-properties-common
RUN curl -fsSL https://download.docker.com/linux/debian/gpg | apt-key add -
RUN add-apt-repository \
"deb [arch=amd64] https://download.docker.com/linux/debian \
$(lsb_release -cs) \
stable"
RUN apt-get -y update && \
apt-get -y install \
docker-ce \
docker-ce-cli \
containerd.io
...
# Setup users and groups
RUN groupadd -g ${JENKINSGID} jenkins
RUN groupmod -g ${DOCKERGID} docker
RUN useradd -c "Jenkins user" -g ${JENKINSGID} -G ${DOCKERGID} -M -N -u ${JENKINSUID} jenkins
2019-05-26
这对我很管用!
示例docker-compose:
version: "3"
services:
jenkins:
image: jenkinsci/blueocean
privileged: true
ports:
- "8080:8080"
volumes:
- $HOME/learning/jenkins/jenkins_home:/var/jenkins_home
environment:
- DOCKER_HOST=tcp://socat:2375
links:
- socat
socat:
image: bpack/socat
command: TCP4-LISTEN:2375,fork,reuseaddr UNIX-CONNECT:/var/run/docker.sock
volumes:
- /var/run/docker.sock:/var/run/docker.sock
expose:
- "2375"
我遇到过类似的问题，这是一个权限问题，这个问题的原因是Docker守护进程/服务器总是作为根用户运行，并希望您总是使用sudo来为Docker命令作序。
Docker守护进程绑定到Unix套接字而不是TCP端口。默认情况下，Unix套接字由root用户拥有，其他用户只能使用sudo访问它。
为了解决这个问题，以下是对我有效的方法:
首先，检查是否已经创建了docker组:
cat /etc/group
如果你在显示的列表中没有找到docker，那么你需要创建一个:
sudo groupadd docker
接下来，使用下面的命令确认您的用户和组:
cat /etc/group
滚动查看docker的组。应该是这样的格式
docker:x:140:promisepreston
docker是我的组，promisepreston是我的用户
现在我们可以将您的用户添加到docker组
将你的用户加入docker组，如果你想以非root用户的身份使用docker:
在你的终端上复制并运行下面的命令，而不需要以任何方式修改它，不管你想要运行或试图运行的docker image/container/命令是什么，或者是导致权限问题的:
sudo usermod -aG docker $USER
运行上面的命令后，您将需要注销并重新登录，以便重新评估您的组成员资格。然而，在Linux上，你也可以运行下面的命令来激活对组的更改(在你的终端上复制并运行下面的命令，而不以任何方式修改它，不管你想要运行或试图运行或导致权限问题的docker image/container/命令):
newgrp docker
OR
sudo systemctl restart docker
您现在可以验证您可以在没有sudo权限的情况下运行docker命令，通过再次运行导致权限问题的命令，例如(将my-command替换为您的image/container/命令的名称):
docker run my-command
对于Docker和Local文件系统文件:
如果你在本地文件系统上有一份文件的副本，那么你可以使用以下格式更改应用程序文件存储的应用程序目录的所有权:
sudo chown your_user:your_group -R my-app-directory/
所以在我的例子中，它将是:
sudo chown promisepreston:docker -R my-app-directory/
注意:请在应用程序目录所在的父目录中运行此命令。
这是所有。
我希望这对你们有帮助
