在 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