我创建了用于詹金斯代理奴隶的图像
这里是:https://hub.docker.com/r/kondaurov/jenkins_agent/~/dockerfile/ 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 https://github.com/kondaurov-scala/snippets.gitgit config 远程.origin.urlhttps://github.com/kondaurov-scala/snippets.git https://github.com/kondaurov-scala/snippets.git# 超时=10 获取
origin...从 origin 获取上游更改
git --version # timeout=10 使用 GIT_SSH 设置凭据
git fetch --tags --progress origin +refs/heads/:参考/遥控器/起源/在存储库 origin/1.1.0 中看到分支 在存储库 origin/master 中看到分支 看到 2 远程
分支 获取 Jenkinsfile 来自
5d917470103056b70398465c0d8a56b127f9e036 [管道] 节点运行于
代理01在
/home/jenkins/workspace/hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q
[Pipeline] { [Pipeline] stage [Pipeline] { (声明式:结账 SCM)
[管道] 结帐
git rev-parse --is-inside-work-tree # timeout=10 从远程 Git 存储库获取更改
git config 远程.origin.urlhttps://github.com/kondaurov-scala/snippets.git https://github.com/kondaurov-scala/snippets.git# 超时=10 获取
没有标签从以下位置获取上游更改https://github.com/kondaurov-scala/snippets.git https://github.com/kondaurov-scala/snippets.gitgit --version # timeout=10 使用 GIT_SSH 设置凭据
git fetch --无标签 --progresshttps://github.com/kondaurov-scala/snippets.git https://github.com/kondaurov-scala/snippets.git+参考文献/头/:参考/遥控器/起源/查看修订版 5d917470103056b70398465c0d8a56b127f9e036 (1.1.0) 提交消息:“ref”
git config core.sparsecheckout # 超时=10
git checkout -f 5d917470103056b70398465c0d8a56b127f9e036
git rev-list 5d917470103056b70398465c0d8a56b127f9e036 # timeout=10 [Pipeline] } [Pipeline] // 阶段 [Pipeline] withEnv [Pipeline] {
[Pipeline] stage [Pipeline] { (声明式:代理设置) [Pipeline] sh
[hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q]
运行 shell 脚本
+ docker pull hello-world 使用默认标签:最新最新:从库/hello-world 5b0f327be733 拉取:拉取 fs 层 5b0f327be733:
验证校验和 5b0f327be733:下载完整的 5b0f327be733:拉取
完整摘要:
sha256:b2ba691d8aac9e5ac3644c0788e3d3823f9e97f757f01d2ddc6eb5458df9d801
状态:已下载 hello-world 的更新图像:最新 [Pipeline] }
[Pipeline] // 阶段 [Pipeline] sh
[hello_world_1.1.0-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDDWOEWF27RHL7Q]
运行 shell 脚本
+ docker 检查 -f 。你好世界 。 [Pipeline] 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-NAIZYV5H2QFOICXMDYZJM3A6XMQ4YL2QYG5ZWJDD WOEWF27RHL7Q: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:文件:/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:文件:/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.变换(本机方法)位于
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.GenerateMethodAccessor603.invoke(来源未知)
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) 完成:失败
就我而言,该消息:
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 从站(这是一个 docker 容器)没有任何工作空间的卷或挂载而引起的,因此--volume-from
无法添加 Jenkins 在 DiD 场景中自动传递的选项。相反,它尝试将工作空间传递给-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
)
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)