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

Question

我已经创建了用于 jenkins 代理奴隶的图像这里是： 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 将 origin 设置为https://github.com/kondaurov-scala/snippets.git git config remote.origin.url https://github.com/ kondaurov-scala/snippets.git # timeout=10 Fetching origin... 从 origin 获取上游更改 git --version # timeout=10 使用 GIT_SSH 设置凭据 git fetch --tags --progress origin +refs/heads/ :refs /遥控器/来源/见于在储存库原点库原点/ 1.1.0看分支的分支/主看从5d917470103056b70398465c0d8a56b127f9e036 [管道]节点获得Jenkinsfile 2个远程分支机构在/home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q [运行在agent01 Pipeline] { [Pipeline] stage [Pipeline] { (Declarative: Checkout SCM) [Pipeline] checkout git rev-parse --is-inside-work-tree # timeout=10 从远程 Git 存储库中获取更改 git config remote.origin .url https://github.com/kondaurov-scala/snippets.git # timeout=10 无标签获取 Fetchi 来自https://github.com/kondaurov-scala/snippets.git 的上游更改 git --version # timeout=10 使用 GIT_SSH 设置凭据 git fetch --no-tags --progress https://github.com/ kondaurov-阶/ snippets.git +参/头/：参/遥控器/来源/检出修订5d917470103056b70398465c0d8a56b127f9e036（1.1.0）提交消息： “REF” GIT中配置core.sparsecheckout＃超时= 10 GIT中结帐-f 5d917470103056b70398465c0d8a56b127f9e036 GIT中启-list 5d917470103056b70398465c0d8a56b127f9e036＃超时= 10 [管道]} [管道] //阶段[管道] withEnv [管道] {[管道]阶段[管道] {（声明：代理安装）[管道] SH [hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q]运行 shell 脚本 + docker pull hello-world 使用默认标签：latest latest：从库/hello-world 中拉取 5b0f327be733：拉取 fs 层 5b0f327be733：验证校验和 5b0f327be733：下载完整 5b0f327be733：拉完整摘要：5b0f327be736e 56dac28dac86c8c8dace 823f9e97f757f01d2ddc6eb5458df9d801 状态：已下载 hello-world:latest [Pipeline] 的较新镜像你好世界。 [管道] withDockerContainer agent01似乎运行内部容器c6ad60fd4215a35009accd0be49fbe1ebb583b18b12bf87ba80141b63ae9221a但/home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q未能[/var/run/docker.sock]中可以找到，但/家庭/詹金斯/工作区/ hello_world_1。 1000 -w /home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q -v /家：1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q@tmp不能[/var/run/docker.sock]中$搬运工运行-t -d -u 1000中找到/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'。 错误：docker：来自守护进程的错误响应：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/工作流/Docker.groovy:128) 在 org.jenkinsci.plugins.do cker.workflow.Docker.node(jar:file:/Users/Shared/Jenkins/Home/plugins/docker-workflow/WEB-INF/lib/docker-workflow.jar!/org/jenkinsci/plugins/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-工作流.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) a t 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) at sun.reflect.GeneratedMethodAccessor603.invoke(Unknown Source) at sun.reflect.Dele gatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at 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.runable0(Sandbox2Continu)在 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) at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:64) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson。 remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) 在 jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) 在 java.util.conc urrent.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) 完成：失败

Answer 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 在--volume-from场景中自动传递的--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 ）

Answer 2

尝试将从属容器的远程根目录链接到您的主机/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