解决Jenkins集成docker插件问题的一些方法

目录
  • 背景
  • 问题一
  • 错误二
  • 错误三
  • 错误四
  • 总结

背景

测试环境使用Jenkins集成docker插件实现测试环境一键部署服务,首先jenkins已安装docker build and publish插件,但是运营job出现了一系列的问题!

问题一

docker执行报错,Build step 'Docker Build and Publish' marked build as failure,导致这句的问题有很多,更详细的错误信息:jenkins容器不支持docker操作?

分析问题:jenkins是使用docker部署的,那么在jenkins容器中并不会有docker相关的操作命令,所以执行失败!

解决方案:需要将宿主机的docker环境映射到jenkins容器中,才能使用docker命令行

docker run --name myjenkins -p 8123:8080 -p 50000:50000 -v /run/docker.sock:/var/run/docker.sock -v /var/jenkins_home:/var/jenkins_home -u 0 -d jenkins/jenkins:lts

再次执行,结果还是不对,没有解决!

错误二

提示bin目录下无可执行命令?

分析:我们知道安装的任何一个环境,如果想在linux环境执行它的命令行,都需要加入环境变量:/usr/bin

解决:继续映射宿主机docker可执行命令

docker run --name myjenkins -p 8123:8080 -p 50000:50000 -v /run/docker.sock:/var/run/docker.sock -v $(which docker):/usr/bin/docker -v /var/jenkins_home:/var/jenkins_home -u 0 -d jenkins/jenkins:lts

tips:which命令,有点类似whereis 查找命令或者文件:前者查看系统环境变量中的命令(返回第一个结果),后者程序名相关路径(返回所有匹配的结果)

错误三

找不到相关依赖:error while loading shared libraries: libltdl.so.7: cannot open shared object file: No such file or/libltdl.so.7

分析:jenkins容器内部,因为容器与宿主机没有共享,在宿主机可以找到该库:cd usr/lib64/

解决:在宿主机找到libltdl.so.7 依赖库,挂载容器即可

docker run --name myjenkins -p 8123:8080 -p 50000:50000 -v /run/docker.sock:/var/run/docker.sock -v $(which docker):/usr/bin/docker -v /usr/lib64/libltdl.so.7:/usr/lib/x86_64-linux-gnu/libltdl.so.7 -v /var/jenkins_home:/var/jenkins_home -v /var/data/shell:/var/data/shell -u 0 -d jenkins/jenkins:lts

错误四

no basic auth credentials 没有认证

分析原因:这个插件是在jenkins容器内部使用docker命令,build镜像不会报错,是在容器内,当需要push到镜像仓库时,需要auth

解决办法:直接的办法在jenkins的job中加入一行认证,docker login --username=xxxx --password=xxxx nexus.xxxx.com

tips:执行完命令,会在当前目录生成一个.credentials里面记录了登录nexus镜像仓库的帐号密码信息

总结

至此,前面的步骤已经完成了jenkins容器内部可以使用docker命令了,也就不需要通过shh插件,从容器跳出到宿主机执行build&push操作命令了,需要执行启动容器的脚本即可!

docker容器化,在宿主机与容器映射的任何东西都是同一个,也就是不管修改了宿主机挂载容器的文件还是容器中修改了挂载的宿主机文件都会同时被修改。

到此这篇关于解决Jenkins集成docker插件问题的一些方法的文章就介绍到这了,更多相关Jenkins集成docker插件内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • ASP.NET Core+Docker+Jenkins实现持续集成的完整实例

    前言 在前后端分离开发的项目当中为了避免重复构建发布,我们需要部署一个持续发布环境,而目前的开发环境服务器都是基于 CentOS 的,因此每次在本地发布之后还需要打包,上传,部署,十分繁琐.故这里采用了比较成熟的Jenkins 作为持续部署环境. 方法如下: 1.新建一个ASP.NET Core MVC应用程序: 需要勾选Docker支持 2.将其上传到git: 3.建立Jenkins任务 (1)选择"新建任务",输入任务名称,选择"自由风格项目",然后点击确定:

  • Jenkins+Docker持续集成的实现

    目录 一.Jenkins介绍 二.安装部署Jenkins 1. 环境信息 2. 新建Jenkins用户 3. Jenkins安装方式 4. Jenkins授权和访问控制 5. Jenkins系统配置 三.Jenkins构建maven风格的job 1. 新建maven任务 2. 构建任务配置 3. 源码管理配置 4. 构建触发器配置 5. Maven构建设置 四.Jenkins邮件通知设置 1. 配置jenkins自带的邮件功能 2. 安装使用插件Email Extension Plugin 五.

  • 基于Docker+K8S+GitLab/SVN+Jenkins+Harbor搭建持续集成交付环境的详细教程

    环境搭建概述 亲爱的家人们可以到链接:http://xiazai.jb51.net/202105/yuanma/javayaml_jb51.rar  下载所需要的yaml文件. 1.K8S是什么? K8S全称是Kubernetes,是一个全新的基于容器技术的分布式架构领先方案,基于容器技术,目的是实现资源管理的自动化,以及跨多个数据中心的资源利用率的最大化. 如果我们的系统设计遵循了kubernetes的设计思想,那么传统系统架构中那些和业务没有多大关系的底层代码或功能模块,都可以使用K8S来管

  • 解决Jenkins集成docker插件问题的一些方法

    目录 背景 问题一 错误二 错误三 错误四 总结 背景 测试环境使用Jenkins集成docker插件实现测试环境一键部署服务,首先jenkins已安装docker build and publish插件,但是运营job出现了一系列的问题! 问题一 docker执行报错,Build step 'Docker Build and Publish' marked build as failure,导致这句的问题有很多,更详细的错误信息:jenkins容器不支持docker操作? 分析问题:jenki

  • 解决IDEA集成Docker插件后出现日志乱码的问题

    修改IDEA的vmoptions文件 找到IDEA安装目录的bin目录,在idea.exe.vmoptions和idea64.exe.vmoptions文件中追加以下内容: -Dfile.encoding=utf-8 完成以上操作后,重启IDEA即可. 2019-12-20更新 在新版本的IDEA中,可能还需要在菜单栏Help -> Edit Custom VM Options中追加以上内容,IDEA会首先以该文件为准. 补充知识:springboot 源码阅读之 logback-spring.

  • 解决Jenkins集成SonarQube遇到的报错问题

    Jenkins集成Sonar过程中遇到的报错 1.jenkins中无法添加sonarqube的token凭证 因为添加的凭证类型错误,所以无法添加token,类型应该选择"Secret text",而不是"username with password". 2.启动sonarqube报错 #完整报错: ERROR: [1] bootstrap checks failed. You must address the points described in the fol

  • 解决vscode docker插件docker.socket权限问题

    解决办法, 将系统中(如果使用了remote-ssh, 则为远程服务器)所有的.vscode相关进程kill 这些进程都是在 .vscode 文件夹下, 因此可以直接搜索.vscode来kill他们, 然后再重启vscode, 就解决问题了. 知识点扩展: vscode中docker插件无法连接 报错Failed to connect. Is Docker running Error: connect EACCES /var/run/docker.sock 原因分析 原因是docker使用uni

  • Docker下利用jenkins和docker实现持续交付

    一.什么是持续交付 让软件产品的产出过程在一个短周期内完成,以保证软件可以稳定.持续的保持在随时可以发布的状况.它的目标在于让软件的构建.测试与发布变得更快以及更频繁.这种方式可以减少软件开发的成本与时间,减少风险. 二.对比持续交付和传统交付 传统交付的发布周期可以表示为下图: 传统交付的缺点: 慢交付:在这里,客户在指定需求之后很长时间才收到产品.这导致了不满意的上市时间和客户反馈的延迟. 反馈周期长:反馈周期不仅与客户有关,还与开发人员有关.假设您意外地创建了一个bug,并在UAT阶段了解

  • Jenkins集成sonarQube实现代码质量检查过程图解

    1.sonarQube的简介 SonarQube是一款自动化代码审查工具,用于检测代码中的错误.漏洞和代码异味.它可以与你现有的工作流集成,以支持跨项目分支和拉取请求的连续代码检查. 其工作流程如下: 如图SonarQube由以下4个组件组成: 1.SonarQube Server: WebServer:供开发人员,管理人员浏览高质量的快照并配置SonarQube实例Search Server:基于Elasticsearch的Search Server从UI进行后退搜索(历史)computeEn

  • Jenkins集成SonarQube的方法详解

    Jenkins 集成 SonarQube Scanner 1. 安装Jenkins 下载安装包,这里我们下载war包:https://jenkins.io/download/ 运行jenkins.war的方式有两种: 第一种:将其放到tomcat中运行(放到webapps目录下,启动tomcat) 第二种:直接执行 java -jar jenkins.war --httpPort=8080 第三种:Docker方式部署: #查看jenkins版本命令 docker search jenkins

  • Jenkins构建Docker镜像并推送至Harbor仓库的实现

    目录 Dockerfile文件 pom.xml Jenkins配置 ​ spring boot项目通过Jenkins集成构建Docker镜像推送到harbor仓库并启动容器然后拉取镜像到本地运行容器 Dockerfile文件 位置:存在根目录下,与src同级 FROM java:8 # 作者 MAINTAINER zhaoyc VOLUME /tmp #ARG JAR_FILE #将jar包添加到容器中并更名为app.jar ADD target/*.jar app.jar RUN bash -

  • 教你使用Jenkins集成Harbor自动发布镜像

    目录 1.概述 2.Jenkins 脚本式发布镜像 3.Jenkins 插件式发布镜像 1.概述 在实际生产中,如果进行手动发布镜像到 Harbor,那么实在太 low 了.实际中,一般会结合 Jenkins 的流水线,进行自动构建和发布. 大致流程说明: 开发人员每天把代码提交到 Gitlab 代码仓库 Jenkins 从 Gitlab 代码仓库中拉取项目源码,进行编译并打成 jar 包:然后构建成 Docker 镜像,将镜像推送到 Harbor 私有镜像仓库 Jenkins 发送 SSH 远

  • jenkins构建Docker 镜像实例详解

     jenkins构建Docker 镜像实例详解 前言:jenkins有Docker镜像,而之前我们说过使用jenkins打包Docker镜像,那么可否用jenkins的Docker镜像打包Docker镜像呢? 环境: CentOS 7     Docker 1.10.3 1.本机安装docker环境,并配置TCP访问接口 # vi /usr/lib/systemd/system/docker.service 修改ExecStart为: ExecStart=/usr/bin/docker daem

随机推荐