代码检出

SVN locked

报错:

svn: E15504: Run svn cleanupto remove locks （typesvn help cleanupfor details）
svn: E15504:

• 现象（报错退出）:

构建的时候直接出现，报错中断

• 产生原因:

svn产生文件件锁,导致构建的时候无法读取文件内容

• 解决方案

文件夹内直接执行svn cleanup清除svn的.ock文件（手动直接删除亦可）
在相应

Request Entity Too Large

• 报错:

current param url: http: //12.99.110.85/svn/cc_inbound/CC-E5％8D％87％E7％BA％A7E9％A1％B9％E7％9B％AE/code/CeShi＂
The url includes chinese， Can not compare URL
Current version: 33708
Updating 'CeShi':
svn: E175002:Unecpected HTTP status 413 'Request Entity Too Large ' on '/svn/cc_inboud/!svn/me'
exec cmd [svn up --no-auth-cache ]failed, Please check the url weither to includes chinese! If true, the first checkout must by yourself.

• 现象:
  使用了 cleanup之后，检出的时候时候无法检出，提示svn/e错误，因为是使用中文路径，无法完成校对
  这个时候需要手动进行第一次，代码检出

卡在创建文件夹

日志:

［exec］ BUILD FAILED
［exec］ .\AutoWar \build\buildSet \build-project-lifeCo.: 58: Compile failed；see the compiler error output for details.

［exec］ Total time: 4 seconds

［exec］ Result: 1

delete］ Deleting directory D: \jenkins _107\ workspacepipeline-corporbank_cicd_new-CI\A0816-wsyhxted\SIT\ant\build
gc（Allocation Failure）33280k-> 4276K（125952K），0.0111854secs

• 现象（卡在编译）:

卡在初始化，不能建立文件夹

• 产生原因:

向上看，只有编译失败的时候，才会产生卡创建目录这样的小动作

• 解决方案
  查询编译失败的具体内容，依次找出问题

检出项目到项目编译机

• 日志

执行用户组件:检出 perSIT
［Pipeline］ node to sched
Still waiting to schedule tasks
There are no nodes with the label '072 windows'

• 现象(任务执行无结果）:

流水任务可以执行，但是没有结果产生.相同的节点下，同时有其他的流水任务照常执行
产生原因:
推测为:配置设置错误
-解决方案:
检查配置，看为什么找不到 jenkins. 一般情况下应为是所对应的节点没有配置好所生效的域.

存在文件夹

• 日志:

 File "~/svn_checkout_prd.py"， line 228， in get _info
 resultself.exec_cmd(cmd_info，show＝False)
 File "~/svn_checkout_prd. py"， line 187， in exec_cmd
 raise Exec_Error("exec ％ error please check it!" ％cmd)
 main Exec_ Error: exec svn info bank2 error ，please check it!

现象(无法进行任务):

检出失败，原本存在文件夹，且该文件内有.svn或.git

• 解决方案:
  删除文件，重新执行

新配置节点系统找不到指定路径

• 日志:

> syn check out
> 系统找不到指定的路径

• 现象(无法进行任务):

这个问题看起来像是，上面所指定的工作目录无法找到
查看节点工作环境之后，发现节点工作环境是处于本地(工作用虚拟机)，而不是编译所用远程虚拟机

• 产生原因:
  在启动唤醒节点的时候，是通过本地cmd命行运行启动命合的

导致，路径都是启动的这一虚拟机的路径

• 解决方案:
  关闭之后重新连接在编译机中重新启动唤醒

git检出无法解析地址

• 日志:

fatal: unable to access 'HTTPS:XX/~/crcrm_ server .git/': Could not resolve host: dev . nbcb. com

• 现象:
  无法检出，提示无法解析地址
• 产生原因:
  没有DNS
• 解决方案:
  添加DNS

git检出提示身份确认

• 日志:

*** Please tell me who you are.
Run
git config --global user . email "you@example . com"
git config -- global user . name” Your Name"
to set your account's default identity .
Omit --global to set the identity only in this repository.
fatal: unable to auto-detect email address (got ' SYSTEM@WIN-F1RQQV1SDMF . (none)')
exec cmd [git pull] failed, Please check the url weither to includes chinaese! If true ,The first checkout must by yourself

• 现象:
  在检出的时间，在本地要求校验身份.
• 产生原因:
  应该是因为，之前改变git检出路径，但没有删除文件，导致.git目录内内容可能有些杂乱.
• 解决方案:
  删除整个文件夹.重新检出.

git检出cannot 1ock ref

日志:

error: cannot lock ref ' refs/remotes/origin/dev': ' refs/remotes/origin/dev/ 20200000FromMaster' exists; cannot create ' refs/ remotes/origin/dev'
From http://Xx: 8001/bank
! [new branch]
dev
-> origin/dev (unable to update local ref)
error: some local refs could not be updated; try running
'git remote prune origin' to remove any old, conflicting branches
exec cmd [git pull] failed, Please check the url weither to includes chinaese! If true ,The first checkout must by yourself

• 现象:
  检出出错.
• 产生原因:
  线上代码远程端删除了-些文件,检出时无法追溯部分文件
• 解决方案:
  删掉本地仓库重新检出.

---

JAVA编译相关

cmd不是内部或外部命

• 日志:

cmd不是内部或外部命，也不是可运行的程序

• 现象:
  无法进行任务
• 产生原因:
  节点启动的时候变量设置错误
• 解决方案:

重新设置环境变量
删除平台节点.重新设置部署节点

运行bat文件时候提示前言不允许

• 日志:

前言不允许

• 产生原因:

编译和内容上的乱码可能导致该问题

• 解决方法:
  删掉bat和之上的文件夹，重新建立

javac编译中diamond运算符的提示

• 日志:

DK1.6的提示
［javac］\CustInfoService.java:168:非法的类型开始
 ［javac］List＜String> custIdList＝ new ArrayList>()；

 ［javac］
［javac］CustInfoService.java:174:非法的类型开始
 ［javac］ Map＜String， Object> map new HashMap＜>()

或者:

JDK1.8但未选择的提示
［javac］警告:［options］未与-source1.6一起设置引导类路径
javac］CustInfoService.java:168:错误:-source1.6中不支持运算符 ［javac］List＜String> custIdList new ArrayList>()

 ［javac］
［avac］(请使用-source7或更高版本以用 diamond运算符

• 现象:
  编译出错
• 产生原因:
  diamond运算符的兼容与否
• 解决方案:
  切换1.8dK

javac找不符号

• 日志:

[javac] ~MonitorReport . java:23:错误:找不到符号
[javac]
@JSONF ield( ordinal=Integer .MAX VALUE )
[javac]
[javac]
符号:
方法ordinal()
[javac]
位置: @interface JSONField
[javac] ~\EventNode . java:80:错误:找不到符号
[javac]
@JSONF ield( ordinal=Integer .MAX_ VALUE)
[javac]
[javac ]
符号:
方法ordinal()
[javac]
位置: @interface JSONField
[javac] 2个错误

• 产生原因:

缺少包.排查之后还是缺少具体哪个jar包.

• 解决方案:

该提示是增加包、 fastjson-1.2.8
其他类似提示刚根据提示来找包

找不到JDTCompiler的class

• 日志:

~\build .xm1:48: Class not found: org . eclipse . jdt . core . JDTCompilerAdapter

• 现象:
  加载了lib包，却依旧提示无法加载.
• 产生原因:
  ..没有设置jdk环境.
• 解决方案 :

bat中 设置jdk环境即可

javac编译过程排查错误，本身的错误

• 现象:
  在对比两个build. xm1的时候。发现编译过程 总是出现不可控的编译过程.
  A编译成功. B编译成功
  A编译失败. B编译失败
• 产生原因:
  产生这种情况的原因，是因为java在编译的时候，会检测输出目录下是否已经有编译过后的文件，如果有，则不编译.
  解决方案 :
  在调试的时候，要注意，把上次编译结果删掉

---

Python调用相关

调用python3提示returned - 1073741515

• 日志:

~\build.xm1:78: exec returned: - 1073741515

• 现象:

无法让成功执行python客户端

• 产生原因:

、build. bat中、PATH路径设置错误.
要不然是设置少了，要不然是不该设置.

• 解决方案:
  直接尝试清除PATH
  或者一个个添加.
  或者

set PYTHON HOME=C: \Python38\Scripts \python. exe
set PATH=%JAVA HOME%\bin ;%ANT_ _HOME%\bin ;%PYTHON_ HOME%\bin ;

enumNoIntFlag

• 日志:

import re
File "C: \python38\lib\re.py", line 143, in <module>
class RegexF lag(enum . IntFlag):
AttributeError: module 'enum' has no attribute ' IntFlag'

• 现象:

python3安装文件时提示。

• 产生原因:

enum模块出了问题. 在python3.6之后添加了Enum. Intflag模块

• 解决方案:

卸载enum3.4

无法导入logger

• 日志:

Traceback (most recent call last): 
File "extract_ list analysis.py" ,
line 11, in <module>
from loguru import logger as 1og

• 现象:

loguru版本 过高

• 产生原因:
• 解决方案:

pip install 1oguru=-0.3.2

python2运行pip出错

• 日志:

File "C: \python27\1ib\site - packages\pipl internal\index. py"
File "C: \python27\lib\urllib.py" ,line 1296,in quote
return . join(map(quoter, s))
KeyError :u' \u54a8 "

• 现象:
  python2的编码缘故，当出现中文的时候会报错.
  在urllib中，打印错误原因.
  /repository/pypi/packages/urllib3/1. 25.6/D: \studyF iels\XX项目定点...
• 产生原因:

因为内网中pypi源列表中， 有中文字眼，导致出现的该问题

• 解决方案:

删除该问题所在包即可.

requests和urllib&chardet不匹配

• 日志:

C: \Python27\lib\site - packages\requests\ init_ . py:80: Request sDependencyWarning: ur1ib3 (1.9) or chardet (3.0.4) doesn't match a supported version!

• 现象:

跑流水线的时候，检出时有该提示，但不会直接中断.

• 产生原因:
  环境不匹配.
• 解决方案:

pip uninstall urllib3
pip uninsta11 chardet
pip uninstall requests
pip install requests

删除环境，重新安装.

---

配置相关&项目相关

yum源更新一半

• 日志:

base/filelists
base/ primary
base/ other
base
base
base
Error: Cannot retrieve repository metadata (repomd.xm1) for repository: epel. Please verify its path and try again

• 现象:
  能连接，
• 产生原因:
  根据一个.repo生成cache后，读取到另一个.repo
• 解决方案:
  删除其他~ .repo

npm gu1p提示primordials is not defined(原始未定义)

• 日志:

ReferenceError: primordials is not defined

• 现象:
  执行命令时候无法运行node.js下的具体工具，例如:gulp
• 产生原因:
  gu1p和node. js版本冲突.

是node .js和工具版本不兼容(注意是node.js, 而不npm.需要明确的是，npm和gulp都是node.js下的一个工具，或是库，般不会产生版本冲突.)

• 解决方案:

更改node. js版本或gu1p版本，使之适应对方.

测试版，无法进行编译任务

• 日志:
  ERROR: Subversion checkout has been canceled
• 现象（无法进行任务）:

svn检出代码的时候，被取消
产生原因:
？执行流水的时候，密码输入错误
由于jenkins平台选择不对产生的问题.搭建的 jenkins平台需要有插件支持才能够与其他部分链接在一起，这个问题，是因为jenkins没有相对应的配插件导致svn无法登陆造成的

• 解决方案 :

找密码换平台
类似于 Subversion＊ has been canceled的情况，首先应该考虑的角度是，平台无法和svn进行连接无法连接的原因应该主要从以下两个方面考虑:
1.svn账号密码2.平台问题
后期确定，是因为测试时候选择流水所在主机错误.更换常规 jenkins即可

项目执行缺失文件

• 日志

.\file_ adjustment.xml:66: The following error occurred while executing this line: > 13: 24: 13 D: \jenkins _107 \workspacepipeline-perbank_cicd new-CIA0816-wsyhxted-perbank\SITperbank\perbank\ant \build. xml: 60:
.\lib\emp does not exist.
Total time: 2 minutes 42 seconds

• 现象（任务失败）:
  提示文件无法找到
• 原因:

可能是因为，之前路径的迁移，导致文件追寻不到

• 解决方案:

先将其项目构建到项目组的机器上，再进行相对应的操作

立即构建失败

• 日志:
• 现象(无法进行任务):平台(2期)执行报错立即构建失败
• 产生原因:
  jenkins端停止任务，平台重新开始出现此提示
• 解决方案:
  重置流水，重新执行即可
  应避免jenkins中断任务执行

日志无法显示

• 日志:

 failed to notify endpoint ＇HTTP: XXX/compile-server/pipeBackStatus＇-ja. net. SocketTimeoutException Read timed out现象(平台)更新无法结束:

• 现象:

有的时候日志无法显示，有的时候，可以显示
在平台上，流水线任务会卡着很久，法更改显示状态为结束
但是在jenkins上，该流水线任务早已经结束

• 产生原因:
  可能是因为接口问题
• 解决方案:
  平台问题，则交给平台解决

上传脚本接口

• 现象(无法进行任务):
• 产生原因:
  artifact pull push version_prd接口响应成功，但是无内容
• 解决方案:
  1.查看参数，看有无错误

2.检查 enkinsUr11，检查ur1最后是否添加作为结束.
∵json
"downjenkinsurl": "http: //192.168.1.1:8081/"，

流水线语法找不到对应变量

• 日志:

ERROR: No such saved stash“ABC -Customer

• 现象:

CD错误

• 产生原因:

更改了流水线的标签

• 解决方案:

改回标签.
或更改artifact_ id的变量的变量名.

打好的ecd包无法部署

• 现象:
  部署过程中没有提示说哪里错误，甚至部署也提示成功.但是却没有文件
• 产生原因:

打包问题
解决方案 :
缺少对应的ecd属性文件.

推送报错

• 日志:

paramiko.ssh exception. SSHException: Error reading SSH protocol banner

• 现象:

编译最后推送报错，出现该问题.

• 产生原因:

可能是服务器出现问题.

• 解决方案:

重跑一次即可.

标签：svn,javac,解决方案,编译,检出,ErrorHistory2020,日志
来源： https://www.cnblogs.com/jrri/p/13662838.html