Jenkins构建时Jenkinsfile中的docker命令无法执行问题描述 使用Docker，Jenkins构建项目的

使用Docker，Jenkins构建项目的时候，Jenkinsfile中的docker语句执行报如下错误：

[Pipeline] }[Pipeline] // dir[Pipeline] }[Pipeline] // stage[Pipeline] stage[Pipeline] { (Create Docker Image)[Pipeline] dirRunning in /Users/larry/.jenkins/workspace/docker-jenkins-pipeline/RpcServerSample[Pipeline] {[Pipeline] }[Pipeline] // dir[Pipeline] }[Pipeline] // stage[Pipeline] }[Pipeline] // node[Pipeline] End of Pipelinegroovy.lang.MissingPropertyException: No such property: docker for class: groovy.lang.Binding at groovy.lang.Binding.getVariable(Binding.java:63) at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onGetProperty(SandboxInterceptor.java:224) at org.kohsuke.groovy.sandbox.impl.Checker$4.call(Checker.java:241) at org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:238) at org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:221) at org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:221) at org.kohsuke.groovy.sandbox.impl.Checker.checkedGetProperty(Checker.java:221) at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.getProperty(SandboxInvoker.java:24) at com.cloudbees.groovy.cps.impl.PropertyAccessBlock.rawGet(PropertyAccessBlock.java:20) at WorkflowScript.run(WorkflowScript:12) at ___cps.transform___(Native Method) at com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.get(PropertyishBlock.java:74) at com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30) at com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.fixName(PropertyishBlock.java:66) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72) at com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21) at com.cloudbees.groovy.cps.Next.step(Next.java:58) at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:154) at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18) at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:33) at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:30) at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108) at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:30) at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:163) at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:324) at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$100(CpsThreadGroup.java:78) at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:236) at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:224) at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:63) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745)

其中Jenkinsfile内容如下：

node { checkout scm //env.PATH = “${tool ’Maven3’}/bin:${env.PATH}” stage(’Package’) { dir(’RpcServerSample’) { sh ’mvn clean package -DskipTests’ } } stage(’Create Docker Image’) { dir(’RpcServerSample’) { docker.build(“daocloud.io/suqun/docker-jenkins-pipeline:${env.BUILD_NUMBER}”) } } stage (’Run Application’) { try { // Start database container here // sh ’docker run -d –name db -p 8091-8093:8091-8093 -p 11210:11210 arungupta/oreilly-couchbase:latest’ // Run application using Docker image// sh “DB=`docker inspect –format=’{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}’ db`” sh “docker run -d -p 9001:9001 daocloud.io/suqun/docker-jenkins-pipeline:${env.BUILD_NUMBER}” // Run tests using Maven //dir (’webapp’) { // sh ’mvn exec:java -DskipTests’ //} } catch (error) { } finally { // Stop and remove database container here //sh ’docker-compose stop db’ //sh ’docker-compose rm db’ } } stage(’Run Tests’) { try { dir(’RpcServerSample’) { sh “mvn test” docker.build(“daocloud.io/suqun/docker-jenkins-pipeline:${env.BUILD_NUMBER}”).push() } } catch (error) { } finally { junit ’**/target/surefire-reports/*.xml’ } }}

报错语句是：docker.build(“daocloud.io/suqun/docker-jenkins-pipeline:${env.BUILD_NUMBER}”)

猜测是不是groovy的什么插件没装啊？

问题已解决，缺少Jenkins的插件
在系统管理–>管理插件–>可选插件中搜索CloudBees Docker Pipeline，直接安装即可

jenkins容器中使用docker

在项目中要使用jenkins实现自动化CI/CD功能，jenkins以docker容器方式运行，其中项目编译完要以docker方式构建image，上传到harbor私有仓库中。那jenkins容器中就要有docker运行环境以实现docker build images。

但宿主机host中的docker是以root所有的。这是因为当前容器中是以jenkins用户在运行的，所以没有权限去访问/var/run/docker.sock。 可以看到容器中还是宿主机的权限模式，其中994是宿主机的docker的GID 宿主机的docker GID查看 为了验证这个问题，可以把jenkins容器以root用户方式去运行。 可以看到以root方式运行，是可以成功执行docker info命令的，这说明可以在jenkins容器中运行了。

docker-jenkins-test镜像Dockerfile如下： 在参考其他几种jenkins with docker的实现方式： How can i run docker command inside a docker container? A jenkins capable of running docker agents using docker engine of host. Use docker inside docker with jenkins user 里面有各种实现方式，但我试验过了，在不改变宿主机/var/run/docker.sock权限的情况，都没有成功过。 最简单的，就是在容器中不jenkins用户运行。 The simple way to run Docker-in-Docker for CI 跟这个仁兄实现方法类似，以root用户去运行，手工安装docker，再挂载宿主机/var/run/docker.sock。

启动容器 运行情况： 这个jenkins容器中docker info跟宿主机的docker info是一样的。

jenkins pipeline调用docker-compose启动容器失效

避免Docker容器启动脚本运行后自动退出的解决办法docker run指定的命令如果不是那些一直挂起的命令（比如运行top，不断echo），就是会自动退出的。-d命令是设置detach为true，根据官方的文档，意思是让这个命令在后台运行，但并不是一直运行（我们在一个正常的Linux Terminal中运行/bin/bash，运行完了也就完了，不会一直挂着等待响应的，所以确实没办法用daemon方式来跑/bin/bash）。

jenkins报错找不到gtest结果文件

因为不是Jenkins容器目录从而导致报错。代码是储存在docker容器内，而Jenkins在构建时跑dockerrun命令时调用的是本地目录，不是Jenkins容器目录从而导致报错。

做完这步，可以本地先跑一下mvntest，可以直接在开发工具中运行。本地调试脚本没有问题就可以进行第二步。
2.选择项目右击—Runas—Mavenbuild输入命令test就可以了。
3.jenkins新建一个maven项目，然后选择svn目录，构建输入test命令，然后可以在构建后添加一个TestNGXMLreport也可以添加别的测试报告。

记得下载对应的插件。

Jenkins 运行docker（podman） 权限问题2022-02-16

在Jenkins上运行podman，出现下面的错误： time=”2022-02-16T14:19:15+08:00″ level=error msg=”cannot find UID/GID for user jenkins: No subuid ranges found for user “jenkins” in /etc/subuid – check rootless mode in man pages.” time=”2022-02-16T14:19:15+08:00″ level=warning msg=”using rootless single mapping into the namespace. This might break some images. Check /etc/subuid and /etc/subgid for adding sub*ids” 查了一下，是权限问题： https://www.mankier.com/1/podman#Rootless_mode 执行下面的命令： echo jenkins:10000:65536 >> /etc/subuid echo jenkins:10000:65536 >> /etc/subgid