Drone构建失败，一次drone依赖下载超时导致构建失败的爬坑记录

2021-02-07 17:04:43 阅读：288 来源： 互联网

标签：xml settings drone 失败 m2 DEBUG 构建 root

Once upon a time, birds were singing in the forest, and people were dancing under the trees, It's so peaceful

1 发生

1.1 Drone简介

Drone by Harness™ is a modern Continuous Integration platform that empowers busy teams to automate their build, test and release workflows using a powerful, cloud native pipeline engine.

1.2 Context

因为xxx所以Drone构建的所依赖的maven私服停服了，构建界面哀鸿遍野，于是更换构建镜像，换上新的仓库地址，森林仿佛回到了之前的平静

随着新的新的镜像的更换，在构建记录中会偶尔出现构建失败的情况，build的时间也加长了一点，起初并没有很关注这个问题，直到有一天这个问题一直repeat，版本一直推不上去，开发的功能迟迟不能提测，各种压力扑面而来

1.3 现象描述

drone在执行build节点突然中断，没有任何报错日志，第一反应是Drone工具有问题，于是立马在公司的IM上密相关负责人，他们定位日志说应当是私服拉取超时，可能是私服那边做了熔断，这个私服全公司都在用，构建失败需要联系私服那边人一起定位去看，跨部门协同让人头大

drone构建是加了缓存的，且之前一直没有问题，为什么突然就不行了，而且build日志中为什么一直在打印下载依赖的日志，于是果断的放弃跨多部门协同这条路，转身来定位一下问题出现的原因

2 定位

2.1 Drone配置如下

# 工作空间
workspace:
   base: /app
   path: code

pipeline:
   #  恢复cache
   restore_cache:
      image: appleboy/drone-sftp-cache
      server: 172.31.xx.xx
      port: xx
      username: xxx
      password: xxx
      path: /home/mavencache/cache
      restore: true
      mount:
         - /app/.m2/
   build:
      # 这里是更换的新的镜像
      image: hub.xxx.com/xxx/cicd-xx:1.1
      when:
         event:
            - push
         branch: [dev*, release*, emergency, hotfix*, master]
      commands:
         # 初始化目录，防止没有
         - mkdir -p /app/.m2/
         - export NAME=web-center-v4
         - export APP_ID=5ee0528eb090259fe0056ac0
         - echo $NAME > NAME
         - echo $(jx-release-version)-$DRONE_COMMIT_BRANCH.$DRONE_BUILD_NUMBER > VERSION
         - cat VERSION
         - export COMMIT_ID=$DRONE_COMMIT
         - export COMMIT_BRANCH=$DRONE_COMMIT_BRANCH
         - export BUILD_NUMBER=$DRONE_BUILD_NUMBER
         - cd charts  && sh upload.sh && cd ..
         - mvn versions:set -DnewVersion=$(cat VERSION)
         - mvn package -DskipTests
         - echo $(cat VERSION) > .tags

2.2 调试

drone构建的节点是可以执行linux命令的，于是在commonds下加了一句 mvn -X，输出截取如下

……
[DEBUG] Reading global settings from /opt/apache-maven-3.5.3/conf/settings.xml
[DEBUG] Reading user settings from /root/.m2/settings.xml
[DEBUG] Reading global toolchains from /opt/apache-maven-3.5.3/conf/toolchains.xml
[DEBUG] Reading user toolchains from /root/.m2/toolchains.xml
[DEBUG] Using local repository at /root/.m2/repository
[DEBUG] Using manager EnhancedLocalRepositoryManager with priority 10.0 for /root/.m2/repository
……

可以看到 settings.xml 的位置以及 localRepository 的位置，这个和我们配置的workspace不一致
我们配置的是 /app/.m2，怎么会走默认的路径？于是 cat /root/.m2/settings.xml 走起

<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
  <!-- localRepository
   | The path to the local repository maven will use to store artifacts.
   |
   | Default: ${user.home}/.m2/repository  -->
</settings>

这里问题已经比较明显的，这个settings.xml在本地Repository这一块是默认配置，所以所有的缓存都没有生效

2.3 尝试解决

尝试1：手动编写了一个setting文件，增加命令 cp settings.xml /root/.m2/，提交构建速度恢复正常

<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
   <!-- 设置本地仓库的地址 -->
  <localRepository>/app/.m2/</localRepository> 
</settings>

尝试2：修改缓存挂载路径为/root/.m2/，提交构建速度恢复正常

2.4 问题回头看

一个疑问，这样的修改虽然能够解决，但是为什么之前都没有问题？于是我镜像改为之前的，再次执行cat /root/.m2/settings.xml

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
    <!-- localRepository
     | The path to the local repository maven will use to store artifacts.
     |
     | Default: ${user.home}/.m2/repository  -->
    <localRepository>/app/.m2</localRepository>
</settings>

这下问题实锤了，是新镜像问（的）题（锅），生成的settings.xml没有读取workspace的配置信息

3 解决方案

不细说了，找领导修改构建镜像，祝我好运

标签：xml,settings,drone,失败,m2,DEBUG,构建,root
来源： https://www.cnblogs.com/surging-dandelion/p/14385820.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9