在 docker 容器中运行 jenkins 代理，jenkins 管道和 /var/run/docker.socket 出现问题答案

【问题标题】：Run jenkins agent in docker container, issue with jenkins pipeline and /var/run/docker.socket在 docker 容器中运行 jenkins 代理，jenkins 管道和 /var/run/docker.socket 出现问题
【发布时间】：2018-03-13 20:18:39
【问题描述】：

我创建了用于詹金斯代理奴隶的图像这里是：https://hub.docker.com/r/kondaurov/jenkins_agent/~/dockerfile/

比我运行它：

docker run -d -p 2222:22 --name=jenkins_agent -v /var/run/docker.sock:/var/run/docker.sock -v kondaurov/jenkins_agent

然后我在 jenkins 中创建新节点并通过 ssh 成功连接

我尝试运行这个管道：

pipeline {

    agent {
            docker {
                label 'agent01'
                image 'hello-world'
            }


    }

    stages {

        stage('Compile') {

            steps {
                sh 'whoami'
                sh 'echo $PATH'

            }

        }


    }

}

agent01 - 是一个包含我的从属映像的容器

但它失败了..

由用户 Alexander Mac 发起重播 #18

git rev-parse --is-inside-work-tree # timeout=10 将原点设置为https://github.com/kondaurov-scala/snippets.git git config remote.origin.url https://github.com/kondaurov-scala/snippets.git # timeout=10 获取 origin... 从原点获取上游更改 git --version # timeout=10 使用 GIT_SSH 设置凭据 git fetch --tags --progress origin +refs/heads/:refs/remotes/origin/ 在存储库 origin/1.1.0 中看到分支在存储库 origin/master 中看到分支看到 2 个远程分支获取 Jenkinsfile 来自 5d917470103056b70398465c0d8a56b127f9e036 [管道]节点运行 agent01 在 /home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q [Pipeline] { [Pipeline] stage [Pipeline] { （声明式：Checkout SCM） [管道] 结帐 git rev-parse --is-inside-work-tree # timeout=10 从远程 Git 存储库获取更改 git config remote.origin.url https://github.com/kondaurov-scala/snippets.git # timeout=10 获取没有标签从上游获取更改 https://github.com/kondaurov-scala/snippets.git git --version # timeout=10 使用 GIT_SSH 设置凭据 git fetch --no-tags --progress https://github.com/kondaurov-scala/snippets.git +refs/heads/:refs/remotes/origin/ 查看修订版 5d917470103056b70398465c0d8a56b127f9e036 (1.1.0) 提交消息：“ref” git config core.sparsecheckout # timeout=10 git checkout -f 5d917470103056b70398465c0d8a56b127f9e036 git rev-list 5d917470103056b70398465c0d8a56b127f9e036 # timeout=10 [Pipeline] } [Pipeline] // stage [Pipeline] withEnv [Pipeline] { [Pipeline] stage [Pipeline] { (Declarative: Agent Setup) [Pipeline] sh [hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q] 运行 shell 脚本 + docker pull hello-world 使用默认标签：最新最新：从库/hello-world 5b0f327be733 拉取：拉取 fs 层 5b0f327be733：验证校验和 5b0f327be733：下载完成 5b0f327be733：拉取完整摘要： sha256:b2ba691d8aac9e5ac3644c0788e3d3823f9e97f757f01d2ddc6eb5458df9d801 状态：为 hello-world 下载了较新的图像：最新 [管道] } [管道] // 阶段 [管道] sh [hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q] 运行 shell 脚本 + 搬运工检查 -f 。你好世界。 [管道] withDockerContainer agent01 似乎在容器内运行 c6ad60fd4215a35009accd0be49fbe1ebb583b18b12bf87ba80141b63ae9221a 但是 /home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q 在 [/var/run/docker.sock] 中找不到，但是 /home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q@tmp 在 [/var/run/docker.sock] $ docker run -t -d -u 中找不到 1000:1000 -w /home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q -v /home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q:/home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q:rw,z -v /home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q@tmp:/home /jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q@tmp:rw,z -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** -e ******** --entrypoint cat hello-world [Pipeline] // withDockerContainer [Pipeline] } [Pipeline] // withEnv [Pipeline] } [Pipeline] // 节点 [Pipeline] 管道结束 java.io.IOException：无法运行图像“hello-world”。错误：码头工人：来自守护进程的错误响应：oci 运行时错误：container_linux.go:262：启动容器进程导致“exec：\”cat\“：可执行文件不是在 $PATH" 中找到。在 org.jenkinsci.plugins.docker.workflow.client.DockerClient.run(DockerClient.java:138) 在 org.jenkinsci.plugins.docker.workflow.WithContainerStep$Execution.start(WithContainerStep.java:179) 在 org.jenkinsci.plugins.workflow.cps.DSL.invokeStep(DSL.java:224) 在 org.jenkinsci.plugins.workflow.cps.DSL.invokeMethod(DSL.java:150) 在 org.jenkinsci.plugins.workflow.cps.CpsScript.invokeMethod(CpsScript.java:108) 在 org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:48) 在 org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48) 在 org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113) 在 com.cloudbees.groovy.cps.sandbox.DefaultInvoker.methodCall(DefaultInvoker.java:19) 在 org.jenkinsci.plugins.docker.workflow.Docker$Image.inside(jar:file:/Users/Shared/Jenkins/Home/plugins/docker-workflow/WEB-INF/lib/docker-workflow.jar!/org/ jenkinsci/plugins/docker/workflow/Docker.groovy:128) 在 org.jenkinsci.plugins.docker.workflow.Docker.node(jar:file:/Users/Shared/Jenkins/Home/plugins/docker-workflow/WEB-INF/lib/docker-workflow.jar!/org/jenkinsci/插件/docker/workflow/Docker.groovy:63）在 org.jenkinsci.plugins.docker.workflow.Docker$Image.inside(jar:file:/Users/Shared/Jenkins/Home/plugins/docker-workflow/WEB-INF/lib/docker-workflow.jar!/org/ jenkinsci/plugins/docker/workflow/Docker.groovy:116) 在 org.jenkinsci.plugins.pipeline.modeldefinition.agent.impl.DockerPipelineScript.runImage(jar:file:/Users/Shared/Jenkins/Home/plugins/pipeline-model-definition/WEB-INF/lib/pipeline-model-definition .jar!/org/jenkinsci/plugins/pipeline/modeldefinition/agent/impl/DockerPipelineScript.groovy:57) 在 org.jenkinsci.plugins.pipeline.modeldefinition.agent.impl.AbstractDockerPipelineScript.configureRegistry(jar:file:/Users/Shared/Jenkins/Home/plugins/pipeline-model-definition/WEB-INF/lib/pipeline-model-definition .jar!/org/jenkinsci/plugins/pipeline/modeldefinition/agent/impl/AbstractDockerPipelineScript.groovy:68) 在 org.jenkinsci.plugins.pipeline.modeldefinition.agent.impl.AbstractDockerPipelineScript.run(jar:file:/Users/Shared/Jenkins/Home/plugins/pipeline-model-definition/WEB-INF/lib/pipeline-model-definition .jar!/org/jenkinsci/plugins/pipeline/modeldefinition/agent/impl/AbstractDockerPipelineScript.groovy:54) 在 org.jenkinsci.plugins.pipeline.modeldefinition.agent.CheckoutScript.checkoutAndRun(jar:file:/Users/Shared/Jenkins/Home/plugins/pipeline-model-extensions/WEB-INF/lib/pipeline-model-extensions.jar !/org/jenkinsci/plugins/pipeline/modeldefinition/agent/CheckoutScript.groovy:60) 在 cps.transform（本机方法）在 com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:57) 在 com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:109) 在 com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:82) 在 sun.reflect.GeneratedMethodAccessor603.invoke(Unknown Source) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke(Method.java:483) 在 com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72) 在 com.cloudbees.groovy.cps.impl.ClosureBlock.eval(ClosureBlock.java:46) 在 com.cloudbees.groovy.cps.Next.step(Next.java:83) 在 com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:174) 在 com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163) 在 org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:122) 在 org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:261) 在 com.cloudbees.groovy.cps.Continuable.run0（Continuable.java:163）在 org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:19) 在 org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:35) 在 org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:32) 在 org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108) 在 org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:32) 在 org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:174) 在 org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:330) 在 org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$100(CpsThreadGroup.java:82) 在 org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:242) 在 org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:230) 在 org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:64) 在 java.util.concurrent.FutureTask.run(FutureTask.java:266) 在 hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) 在 jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) 在 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 在 java.util.concurrent.FutureTask.run(FutureTask.java:266) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 在 java.lang.Thread.run(Thread.java:745) 完成：失败

【问题讨论】：

来自守护进程的错误响应：oci 运行时错误：container_linux.go:262：启动容器进程导致“exec：\”cat\”：$PATH 中找不到可执行文件”。 --
@的Sergiu，我不这么认为，我认为，这其中一个重要：withDockerContainer agent01似乎运行内部容器c6ad60fd4215a35009accd0be49fbe1ebb583b18b12bf87ba80141b63ae9221a但/home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q找不到其中 [/var/run/docker.sock]
您是否确保用户在容器内拥有正确的 UID 和 GID？
@Sergiu，我可以 ssh 到我的代理作为 jenkins 并运行 docker ps 例如，这是否意味着权限是正确的？什么权利？ /var/run/docker.sock?
是运行 Docker 的权利。

标签： docker jenkins jenkins-pipeline docker-machine

【解决方案1】：

就我而言，该消息：

sl01978v-98210312 seems to be running inside container d93e0112b277e94c11bac40af30ddd13ef39cb312caca839497e012cd71bdf86
but /opt/jenkins/workspace/gopvolging_jenkins-somebranch could not be found among [jenkins_slave]
but /opt/jenkins/workspace/gopvolging_jenkins-somebranch@tmp could not be found among [jenkins_slave]

... 是由于 jenkins slave（它是一个 docker 容器）没有任何卷或工作空间挂载，因此 Jenkins 在 DiD 场景中自动传递的 --volume-from 选项不能不能添加。相反，它试图传递-v 中的工作区，但它没有与Jenkins 从容器共享，因此它一直在无休止地等待第一个sh 命令。为 Jenkins 工作区添加一个卷解决了它：

sl01978v-fbd455e0 seems to be running inside container 0f0090afbcece077f492be581170bf9ffb778c75e23144ccf303e9f47e9cfdd5
$ docker run -t -d -u 1000:1000 -w /opt/jenkins/workspace/gopvolging_jenkins-somebranch --volumes-from 0f0090afbcece077f492be581170bf9ffb778c75e23144ccf303e9f47e9cfdd5 ...

（魔法是--volume-from）

【讨论】：

--volume-from 没有帮助我。至少用它来测试一下。对我来说，它解决了安装它两次。所以这里像<path to workspace in did container>:/opt/jenkins/workspace/你指出了我正确的方向

【解决方案2】：

尝试将slave容器的远程根目录链接到你的主机/tmp文件夹。在您的情况下，它似乎是 /home/jenkins/

docker run -d -p 2222:22 --name=jenkins_agent -v /var/run/docker.sock:/var/run/docker.sock -v /tmp:/home/jenkins

【讨论】：