jenkins 构建时 ERROR: transport error 202: bind failed: 地址已在使用

31 篇文章 0 订阅

环境

jenkins:2.25
java:1.7

场景

最近jenkins在自动构建项目时,总是失败;提示的错误信息如下:

ERROR: transport error 202: bind failed: 地址已在使用
ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510)
JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized [../../../src/share/back/debugInit.c:750]
FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)

因为是play项目,所以构建时,我需要执行play precompile命令,上面错误,就是执行这道命令产生。
其实原因我是知道的,就是端口占用了,play编译时,需要使用8000端口,但是服务器上没有程序占用这个端口啊?

后面我分析,因为我沙盒和预正式都配置了该项目的自动升级,所以当检测到代码提交时,两个同时触发构建,总有那么一瞬间,该端口会被占用。

这里写图片描述

解决办法

第一步

将其中一个的SCM的时间该长点,比如我把预正式的改为H/3 * * * *,沙盒的是H/2 * * * *

这里写图片描述

第二步

这里写图片描述

构建触发器中选择Build after other projects are built
Projects to watch中,输入项目名称,当输入前几个字母后,其会模糊匹配出已有的项目;上图就是我沙盒项目的名称;
再勾选Trigger even if the build fails,表示,即使项目构建失败,也触发该项目构建。

成功后,会在(我的项目为zygt-web-test)页面中看到如下:

这里写图片描述

总结

写这博客的时候,有时会想,要是沙盒那个项目构建失败了怎么办?

jenkins在构建后操作这个阶段,有失败重试的机制,但是在构建Execute shell这个阶段没有。

所以出了问题,往往需要人工手动构建,或者等待下一回合。

本篇的问题根源是端口占用,即同一时间,同时构建两个相同端口号的项目,
更好的做法,是将这两个项目的构建时间错开了!

我的经历:
①仅仅只是错开时间,依然会出现这个问题;
②在编译项目之前,不管三七二十一,都强杀端口8000,—-依然没用。
③按照上面的流程,关键是第二步,虽然有时也会出错,但是其会上个项目构建完成后,紧接着立即构建,至少不需要人工干预了,效果如下图:

这里写图片描述

构建失败后,其立马又构建了一次,并且成功了;这里的立马,其实是,上个项目zygt-web-test构建完成,而此次又构建失败,所以jenkins又构建了一次。

修改

================2018年5月9号================start============
上面那个思路,虽然zygt-web-pre,这个项目虽然OK,但是zygt-web-test一旦出了问题,不人工点击构建,依然不会自动构建。

今天我换了个做法,从脚本入手,把脚本修改了下:

完整脚本:tcwhile.sh

#!/bin/bash

tc=$1
projectName=$2
if [[ "x" != "x$tc" ]] && [[ "$tc" =~ "错误" || "$tc" =~ "error" || "$tc" =~ "Exception" || "$tc" =~ "exception" ]]
then
  echo "=====编译出错====="
  sleep 2s
  echo "睡2秒,再次执行编译"
  count=1
  path=`dirname $0`
  while [[ "$count" -le 2 ]]; do
    cd $path/$projectName
    echo `pwd`
    tc=`play precompile 2>&1`
    if [[ "$tc" =~ "Done" ]]
    then
            echo $count
            break;
    fi
    count=$((count+1))
    echo $count
  done
  echo "$tc"
  exit 1
else
  echo "=====编译成功====="
  echo "$tc"
fi

我的构建脚本是这样的:

#!/bin/bash
export PATH=/opt/play-1.2.7:$PATH
#获得当前目录
cur=$(pwd)
echo "pwd:"${cur}
fielName="ggnews-web-test"

#编译
tc=`play precompile 2>&1`

# 验证编译是否出错
${WORKSPACE%/*}/tcwhile.sh "$tc" "$JOB_NAME"

#进行打包和压缩,方便传输
rm -rf ${fielName}.tar.gz
rm -rf ./public/*
cp -r cdn/* public/
tar -czf ${fielName}.tar.gz ./app/* ./precompiled ./public

假设编译出错了,我上面的脚本,会休眠2秒后,再去执行编译,要是还是失败,就再循环一次,再编译一次,成功就break出来,失败,就把错误信息打印出来!
================2018年5月9号================end============

Jenkins构建提示"error: cannot find symbol"错误通常是由于编译器无法找到符号引起的。 在Jenkins构建过程中,通常会包含编译代码的步骤。如果在编译代码出现"error: cannot find symbol"错误,意味着编译器无法找到某个被引用的符号(可能是类、变量、方法等)。 导致这个错误的原因可能有以下几种: 1. 依赖问题:检查项目中是否引用了其他模块或库,并确认这些依赖是否被正确添加到构建过程中。如果有确实的依赖,可能需要在构建环境中安装或配置这些依赖。 2. 类或方法被修改或删除:如果在项目中有对类或方法的修改或删除操作,但相关的引用尚未更新,编译过程中就会出现找不到符号的错误。此需要确保所有引用已经正确更新。 3. 编译环境问题:如果编译环境与代码要求的环境不兼容,也会导致"cannot find symbol"错误。在Jenkins中,可能需要检查Java版本和JDK的正确安装与配置。 针对这个错误,可以采取以下步骤解决: 1. 检查错误日志:在Jenkins构建日志或相关错误信息中,可以获得更具体的错误提示,帮助定位到具体的问题代码。 2. 确认构建环境:检查Jenkins构建环境中的Java版本和JDK配置,确保与项目要求相符。 3. 检查依赖:确认项目中的依赖是否配置正确,确保相关的库和模块已经正确添加到构建过程中。 4. 检查代码变更:如果在代码中有任何变更,尤其是类和方法的修改或删除,确保相关引用已正确更新。 5. 清理和重新构建:有构建过程中的临文件可能会导致问题,可以尝试清理构建环境,并重新构建。 通过以上步骤,可以帮助解决Jenkins构建过程中出现"error: cannot find symbol"错误的问题。根据具体的错误提示和环境配置,可能需要采取不同的解决方法。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

山鬼谣me

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值