首页 > 解决方案 > 詹金斯管道失败并出现错误 -杀死 ./mvnw 测试

问题描述

我有一个简单的管道,它一直在运行文件,直到我上次检查。但是现在它突然因任何 Maven 阶段而失败,并出现以下错误。只有舞台 ./mvnw clean 工作正常。

/var/lib/jenkins/workspace/ProjectID@tmp/durable-ce5247e8/script.sh: line 2: 31370 Killed                  ./mvnw test

我尝试查看该作业的日志以及 /var/log/jenkins 的日志,但我没有看到任何详细信息。我还尝试使用 -x 运行 mvnw 命令,但这个错误似乎不是来自 mvn 命令本身。如果手动运行,我还可以确认代码在我的本地机器以及 jenkins 服务器上编译/构建良好。

我对 unix/jenkins/pipeline 环境比较陌生,我不知道应该在哪里寻找故障排除。有没有人遇到过这种情况?感谢任何解决问题的线索。

非常感谢,

添加进一步调查:

要解决此问题,请执行以下步骤。1. 停止 Jenkins 服务 2. 重启托管 jenkins 的 EC2 实例。(做了几次) 3. 确认 Jenkins 服务已停止。4. 然后运行top命令查看CPU使用率,发现一个奇怪的东西。有一个正在运行命令调试的进程。该进程归用户 jenkins 所有。5. 我在互联网上四处寻找,看看我是否在这个调试命令上找到任何东西,但没有运气。6.我杀了它看看是否有帮助,但对我来说,这并没有帮助,而是情况现在更糟了,顶级命令“top -U jenkins”现在给出以下结果(并且进程的数量一直在增长)

top - 15:15:09 up  1:39,  1 user,  load average: 191.30, 175.24, 135.72
Tasks: 189 total,   3 running, 159 sleeping,   0 stopped,   0 zombie
Cpu(s): 82.7%us,  0.3%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si, 
17.1%st 
Mem:   4040060k total,   822672k used,  3217388k free,    42128k buffers
Swap:  4194300k total,        0k used,  4194300k free,   236476k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  
COMMAND
6344 jenkins   20   0  384m 6764 2784 S  2.3  0.2   3:27.28 debug
6592 jenkins   20   0  384m 6880 2896 S  2.3  0.2   2:22.55 debug
6770 jenkins   20   0  384m 6860 2872 S  2.3  0.2   2:00.24 debug
7040 jenkins   20   0  384m 6760 2776 S  2.3  0.2   1:31.72 debug
7115 jenkins   20   0  384m 6864 2880 S  2.3  0.2   1:26.05 debug
7254 jenkins   20   0  384m 6828 2840 S  2.3  0.2   1:16.73 debug
7375 jenkins   20   0  384m 6812 2828 S  2.3  0.2   1:08.34 debug
7464 jenkins   20   0  384m 6864 2880 S  2.3  0.2   1:04.63 debug
7600 jenkins   20   0  320m 6852 2868 S  2.3  0.2   0:57.73 debug
7668 jenkins   20   0  320m 6780 2800 S  2.3  0.2   0:54.29 debug
7797 jenkins   20   0  320m 6756 2776 S  2.3  0.2   0:48.62 debug
7798 jenkins   20   0  320m 6776 2792 S  2.3  0.2   0:48.68 debug
7872 jenkins   20   0  320m 6852 2868 S  2.3  0.2   0:45.91 debug
7929 jenkins   20   0  320m 6756 2776 S  2.3  0.2   0:43.38 debug
8005 jenkins   20   0  320m 6808 2828 S  2.3  0.2   0:40.94 debug
8012 jenkins   20   0  320m 6884 2896 S  2.3  0.2   0:40.91 debug
8073 jenkins   20   0  320m 6852 2868 S  2.3  0.2   0:38.44 debug
6271 jenkins   20   0  384m 6852 2868 S  2.1  0.2   4:28.22 debug
6278 jenkins   20   0  384m 6752 2772 S  2.1  0.2   4:28.42 debug
6434 jenkins   20   0  384m 6828 2844 S  2.1  0.2   2:57.29 debug
6544 jenkins   20   0  384m 6860 2880 S  2.1  0.2   2:37.40 debug
6692 jenkins   20   0  384m 6784 2800 S  2.1  0.2   2:10.43 debug
6745 jenkins   20   0  384m 6856 2872 S  2.1  0.2   2:00.54 debug
6887 jenkins   20   0  384m 6824 2840 S  2.1  0.2   1:44.45 debug
6909 jenkins   20   0  384m 6812 2828 S  2.1  0.2   1:44.33 debug
6973 jenkins   20   0  384m 6852 2872 S  2.1  0.2   1:37.80 debug
7253 jenkins   20   0  384m 6812 2828 S  2.1  0.2   1:16.45 debug
7321 jenkins   20   0  320m 6828 2844 S  2.1  0.2   1:12.39 debug
7396 jenkins   20   0  384m 6800 2816 S  2.1  0.2   1:08.26 debug
7451 jenkins   20   0  320m 6880 2896 S  2.1  0.2   1:04.73 debug

标签: unixjenkinsjenkins-pipeline

解决方案


发生上述问题是因为 CPU 因我们服务器上的挖矿攻击而过度工作。该服务器必须被杀死并重建。上述日志中显示的针对 jenkins 用户的调试过程是挖矿脚本。


推荐阅读