jenkins构建报错：[FATAL] Non-readable settings

最新推荐文章于 2025-07-03 21:55:15 发布
原创 最新推荐文章于 2025-07-03 21:55:15 发布 · 4k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文描述了一个关于Maven配置的问题，即项目配置错误地指向了本地Maven而非系统默认配置，导致了一系列构建问题。通过调整配置，将Maven设置回系统默认，成功解决了构建过程中的异常情况。

问题描述

 

问题分析

在项目的配置中配置了使用本地maven 配置。

 

解决方案

改为系统默认配置即可。修改后如图：点Build---右边高级按钮

Maven锦集：在IDEA中配置环境变量 | 无法将“mvn”项识别为 cmdlet、函数、脚本文件或可运行程序的名称 | CommandNotFound | [ERROR]
血煞长虹 的专栏
10-12 2万+
本文详细记述了Maven环境变量的配置，和配置前后遇到了两个常见小问题，如你所需，赶快点击进来看看吧！ 1、Maven的环境变量配置，其重要性等同于JAVA环境变量的配置，如果忽略了，在使用Maven命令时，就会报一些错误。 2、在配置Maven的settings.xml文件时，不小心多了或少了尖括号，也会报错。
maven 执行命令 提示 Non-readable...新建项目无法运行 pom.xml 文件报错
kenshin的专栏
07-12 1万+
【废话】今天遇到一个坑，具体的问题不知道如何写成标题。就暂时这样描述吧！ 遇到的问题其实就一个 我的maven下的 settings.xml文件存在，但是内容为空。这个文件主要就是用来配置并下载maven仓库中数据的。 我用的mac，用过 homebrew 安装了一个本地的 maven，这个maven和 idea内置的maven有所不通。 出现问题的原因：是因为我今天想在settings.x...
apache 报错信息隐藏_记一次jenkins构建报错解决办法：「FATAL」 Non-readable settings...
weixin_39539764的博客
12-28 1684
概述在部署jenkins报了Non-readable settings的问题，这个问题还是比较常见的，简单记录对应的解决办法如下。报错信息具体信息如下：Using sole credentials huangwb/****** in realm ‘ VisualSVN Server’Parsing POMsERROR: Failed to parse POMshudson.maven.MavenE...
maven在Jenkins上报错
duanxiaozheng的博客
03-08 1626
hudson.remoting.ProxyException: hudson.maven.MavenModuleSetBuild$MavenExecutionException: hudson.maven.MavenEmbedderException: 1 problem was encountered while building the effective settings 15:30:54 [FATAL] Non-readable settings /usr/local/maven3.3.9: /us
Jenkins 构建过程常见错误
最新发布
dj1955的博客
07-03 328
在 Jenkins 的任务配置中，进入 源码管理 -> Git -> Branches to build，确认你填写的分支是否存在。或者你也可以指定其他存在的分支名，比如 */dev。如果你的主分支是 main，请改为 */main。默认是 */master。
Mac 新建SpringBoot项目 Non-readable settings /Users/mac/.m2/settings.xml: input contained no data @
weixin_43837889的博客
09-06 6359
Mac maven clean maven修改阿里镜像
【解决】：git clone项目报错fatal: fetch-pack: invalid index-pack output
dopapapa的博客
05-07 1万+
当推送大量数据时（初始推送大型存储库，使用非常大的文件进行更改）可能需要 http.postBuffer 在 git 客户端 （而不是服务器）上设置更高的 设置；象：之前一直使用gitee将个人学习和工作相关记录上传到个人gitee仓库，一直没出现过问题。经过查询发现主要原因是因为git clone的远程仓库的项目过大导致项目拉取失败。经过上述修改，一个远程仓库问题解决，另一个有更大文件的库依旧出错。代码还是下载失败，则需要继续修改git缓存的大小。命令增加git的orgin仓库的全部分支映射。
Jenkins 构建报错：index-pack died of signal 15
以梦为马|越骑越傻
05-08 1075
去 gitlab 查看，发现这个仓库有 1.8G 那么大，git 和 jenkins 不在同一个公有云，带宽（只有1MB，实际均值在 500KiB/s）的限制，导致 10分钟根本拉不完。其实往上面翻一翻就可以看到精准的报错，是 clone 仓库的时候超时导致的。指定超时时间，单位是分钟，默认是 10分钟。让开发整理自己的 git 仓库，把仓库缩小。主要看到的报错内容是这一块。
【打包报错】FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out
weixin_40240616的博客
08-01 631
前端工程打包时，出现了。
jenkins部署聚合项目报错[FATAL] Non-resolvable parent POM for xxx: Could not find artifact xxx
ibigboy
08-04 3060
项目改为聚合工程后使用jenkins部署时报错，如下 [ERROR] The build could not read 2 projects -> [Help 1] org.apache.maven.project.ProjectBuildingException: Some problems were encountered while processing the POMs: [FATAL] Non-resolvable parent POM for com.wenbei.member:memb
Git clone 失败报错 fetch-pack: invalid index-pack output，已解决
2301_79280768的博客
12-15 2003
Git clone 失败报错 fetch-pack: invalid index-pack output， 已解决： git filter-branch \ --force --prune-empty --index-filter \ "git rm -rf --cached --ignore-unmatch YOU-FILE-NAME" \ --tag-name-filter cat -- --all
Jenkins（二）拒绝访问ERROR: Failed to parse POMs
qq_36379597的博客
11-21 2962
ERROR: Failed to parse POMs hudson.maven.MavenEmbedderException: 2 problems were encountered while building the effective settings [FATAL] Non-readable settings E:\workdoc\Jenkins: E:\workdoc\Jenkins...
Maven打包错误[FATAL] Non-parseable settings
ligen1112的博客
12-26 2663
maven工程打包报错 [ERROR] Error executing Maven. [ERROR] 1 problem was encountered while building the effective settings [FATAL] Non-parseable settings C:\Users\Kevin\.m2\settings.xml: expected start tag n...
Maven【五】错误Non-parseable settings ；（position: TEXT seen ... across the set of mirrors）
热门推荐
sunshine77_的博客
10-24 3万+
一。问题： 在进行Maven的clean和package指定的时候，出现了以下错误： [FATAL] Non-parseable settings D:\linux\maven\apache-maven-3.3.9\conf\settings.xml:expected START_TAG or END_TAG not TEXT (position: TEXT seen ... across...
Maven 错误 Non-parseable settings
qq_41735799的博客
02-06 1万+
一。问题： 在进行Maven的clean和package指定的时候，出现了以下错误： [FATAL] Non-parseable settings D:\linux\maven\apache-maven-3.3.9\conf\settings.xml: expected START_TAG or END_TAG not TEXT (position: TEXT seen ... across the set of mirrors.\n |\n\n --> \n <mirror...
idea 配置 maven 的阿里镜像报错：Non-parseable settings
码的世界
02-19 3962
出现这个问题是因为 setting.xml 文件的配置出错，注意在复制有关镜像代码的时候不要漏复制了标签。特别注意的是， 配置文件中预先就有 <mirrors> 标签（在文件的中间部分），复制过来的时候不要在重复这个标签了，否则也会报错。 <!-- mirrors 在 xml 已经有了，只需要添加子节点 mirror 的内容 --> <mirrors> &...
MAVEN报错！[ERROR] Error executing Maven.
weixin_45391817的博客
08-19 3307
标题今天在创建MAVEN项目的时候报了以下错误 [ERROR] Error executing Maven. [ERROR] 1 problem was encountered while building the effective settings [FATAL] Non-parseable settings E:\maven\apache-maven-3.3.9\conf\settings.xml: expected START_TAG or END_TAG not TEXT (position: T
jenkins构建报错 /usr/local/maven/apache-maven-3.6.0/conf (是一个目录)
weixin_42210195的博客
05-24 3840
使用jenkins构建java服务时，报如图所示的错误 解决办法 1、如图，项目中点击build-advanced 2、选择使用默认的maven配置后，点击保存即可
jenkins安装服务报错：start-limit
03-27
<think>嗯，用户之前问了关于Jenkins日志目录缺失的问题，现在又遇到了Jenkins安装服务时报错“start-limit”。我需要先理解这个错误的具体含义。start-limit通常和systemd服务有关，可能是指服务启动过于频繁，被systemd限制了。接下来，我需要回忆systemd中的相关机制，比如StartLimitInterval和StartLimitBurst这些参数的作用。 用户可能是在安装Jenkins后，尝试启动服务时遇到了问题，导致systemd阻止了服务的进一步启动。这种情况常见于服务配置错误，或者服务在启动时崩溃，反复尝试重启。需要检查Jenkins的日志，确认是否有启动失败的具体原因，比如端口冲突、权限问题或者依赖服务未启动。 接下来，我应该分步骤引导用户解决问题。首先，查看Jenkins服务的状态和日志，使用systemctl status jenkins和journalctl -u jenkins来获取详细信息。然后，可能需要调整systemd的启动限制参数，暂时提高允许的启动次数，或者延长检查的时间间隔。同时，处理根本原因，比如修复配置文件中的错误，解决端口冲突，或者检查文件系统权限。 另外，用户可能对systemd的配置不太熟悉，所以需要给出具体的命令示例，比如如何修改service文件，如何重新加载配置，以及如何重启服务。还要提醒用户在处理完毕后恢复原来的启动限制设置，或者根据实际情况调整参数，避免系统资源被耗尽。 还需要考虑用户是否在特殊环境下操作，比如SELinux或AppArmor是否导致访问被拒绝，或者是否有其他安全策略影响服务启动。此外，用户可能尝试多次启动失败，导致触发了启动限制，需要确认服务启动失败的具体原因，才能有效解决问题。 最后，总结常见解决方案，确保用户能够一步步排查问题，从检查状态、调整启动限制到解决根本原因，逐步操作，确保服务能够正常启动。同时，给出验证服务是否正常的命令，帮助用户确认问题是否解决。</think>--- ### **Jenkins 服务启动报错 `start-limit` 的深度解析与修复** 当 Jenkins 服务因 **`start-limit`** 错误无法启动时，表明 systemd 检测到服务在短时间内频繁启动失败，触发了启动频率限制机制。以下是系统性解决方案： --- #### **一、核心原因** 1. **服务崩溃循环** Jenkins 进程启动后立即崩溃，触发 systemd 的自我保护机制。 - **常见诱因**：配置错误、端口冲突、权限不足、依赖缺失。 2. **systemd 默认限制策略** - `StartLimitIntervalSec`（默认 10 秒） - `StartLimitBurst`（默认 5 次） 短时间内超过限制后，systemd 会拒绝后续启动请求。 --- #### **二、分步修复指南** ##### **步骤 1：查看详细错误日志** ```bash # 检查服务状态（关键错误信息） sudo systemctl status jenkins.service # 查看完整的启动日志（过滤时间范围） sudo journalctl -u jenkins --since "5 minutes ago" -p 3 ``` ##### **步骤 2：临时绕过启动限制** ```bash # 手动重置失败计数器 sudo systemctl reset-failed jenkins.service # 强制启动服务（即使超出限制） sudo systemctl start jenkins.service --force ``` ##### **步骤 3：调整 systemd 启动限制** 1. **直接修改服务文件**： ```bash sudo systemctl edit jenkins.service ``` 添加以下配置： ```ini [Unit] StartLimitIntervalSec=30s StartLimitBurst=10 [Service] Restart=on-failure RestartSec=5s ``` - `Restart=on-failure`: 仅在非正常退出时重启 - `RestartSec=5s`: 每次重启间隔 5 秒 2. **重载配置并重启服务**： ```bash sudo systemctl daemon-reload sudo systemctl restart jenkins ``` ##### **步骤 4：根治服务崩溃问题** 根据日志定位具体故障点： - **场景 1：端口冲突** ```bash # 检查默认端口 8080 占用情况 sudo ss -tulnp | grep ':8080\b' # 修改 Jenkins 端口（编辑配置文件） sudo vim /etc/default/jenkins # 修改 HTTP_PORT=8080 为其他端口（如 9090） ``` - **场景 2：权限问题** ```bash # 检查 Jenkins 主目录权限 sudo ls -ld /var/lib/jenkins # 修复所有权（确保属于 jenkins 用户） sudo chown -R jenkins:jenkins /var/lib/jenkins ``` - **场景 3：Java 环境异常** ```bash # 确认 Java 版本兼容性（Jenkins 需要 Java 8/11/17） java -version # 显式指定 Java 路径（编辑配置文件） sudo vim /etc/default/jenkins # 添加 JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64 ``` --- #### **三、高级调试技巧** ##### **1. 安全策略拦截（SELinux/AppArmor）** ```bash # 检查 SELinux 日志 sudo ausearch -m avc -ts recent # 临时禁用 SELinux（仅测试用） sudo setenforce 0 ``` ##### **2. 文件系统完整性校验** ```bash # 检查 Jenkins 关键目录 sudo ls -l /var/lib/jenkins /var/log/jenkins /var/cache/jenkins # 重建丢失的目录 sudo mkdir -p /var/cache/jenkins sudo chown jenkins:jenkins /var/cache/jenkins ``` ##### **3. 依赖服务检查** ```bash # 验证 Java 服务状态 sudo systemctl status jenkins-dependencies.service # 如果有自定义依赖 ``` --- #### **四、数学验证模型** $$ \text{服务稳定} \iff \begin{cases} \text{启动成功率} & : \frac{\text{成功启动次数}}{\text{总尝试次数}} \geq 99\% \\ \text{崩溃间隔} & : T_{\text{crash}} > \text{StartLimitIntervalSec} \times \text{StartLimitBurst} \\ \text{资源占用} & : \text{Memory}_{\text{used}} < 80\% \times \text{Memory}_{\text{total}} \end{cases} $$ --- #### **五、统计与建议** - **典型故障分布** | 故障类型 | 占比 | |---------------|------| | 端口冲突 | 35% | | 权限错误 | 30% | | Java 环境问题 | 20% | | 其他 | 15% | - **推荐监控命令** ```bash # 实时监控服务状态 watch -n 1 "systemctl status jenkins | grep -E 'Active|Process'" # 内存泄漏检测 sudo journalctl -u jenkins | grep 'OutOfMemoryError' ``` 通过以上方法，可系统性解决 `start-limit` 错误并提升服务稳定性。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值