[原][问题解决]常见问题的5种解决办法(由Jenkins问题解决谈起)

简介:

Jenkins失败变红,查看控制台输出信息,发现错误如下:

复制代码
[xUnit] [INFO] - Starting to record.

[xUnit] [INFO] - Processing JUnit

[xUnit] [INFO] - [JUnit] - 1 test report file(s) were found with the pattern 'report/ut_results.xml' relative to '/var/jenkins-FS-root/workspace/P_ENMC' for the testing framework 'JUnit'.

[xUnit] [ERROR] - Clock on this slave is out of sync with the master, and therefore 

I can't figure out what test results are new and what are old.

Please keep the slave clock in sync with the master.

[xUnit] [INFO] - Setting the build status to FAILURE

[xUnit] [INFO] - Stopping recording.

Build step 'Publish xUnit test result report' changed build result to FAILURE

Skipping Cobertura coverage report as build was not UNSTABLE or better ...

FTP: Current build result is [FAILURE], not going to run.

Triggering a new build of M_JeninsMetrix #7113

Finished: FAILURE
复制代码
注意到其中这句话: Please keep the slave clock in sync with the master。 jenkins提示说时间需要保持同步,那么这就是问题的根源。我们检查一下两台机器的时间,发现实际还真是不相同,于是date修改一下:date 050615082013.00,再次运行,正确。

于是解决方案就出来了:修改slave node的时间,使之与master节点保持相同。

验证:再次构建运行工程,发现问题得以解决。

对的,也确实就是这么简单。

其实我不是CM,但我在解决jenkins的问题;我也不是运维,我却在解决Openstack运维的问题;我更不是PM,大家知道,我们的PM一般都是管管人开开会就完事,不做技术的;我也不是支持或其他,我和你一样,也只是一个普通的技术人员。

我觉得在一个团队中,当自己遇到问题时候,我们可以很轻松的解决掉,别人遇到问题的时候,我们可以帮助其解决问题,并能分享出来一些解决方案,这才是技术人的价值;遇到问题不可怕,可怕的是遇到问题就喊开发,打断其正在写代码的思路,往往会造成更多潜在的问题。

很多问题看起来一大堆报错信息,而实际上,只要我们抓住要害,根本原因有时候并不是很麻烦。

像之前我在其他问题解决办法中反复提到的一些思想:类似医生的“望闻问切”,首先简单看一下问题,猜测可能的原因,然后根据自己的猜测,稍做验证,如果猜对了,那问题就解决了,如果没猜对,那就需要在摸索思考才能解决。往往可以这么做:

1.检查问题:

遇到问题不要紧,首先要看错误日志,根据错误信息进行分析,抓住关键点,针对要害一步一步的追踪,不断的刨根问底之后,基本就拨云见雾,真相就在眼前了。

2.判断问题:

有时候遇到一些问题,看似很棘手,不知从何下手,不过不要紧,可以问下制造出这个问题的“罪魁祸首”操作者,他做了什么操作之后产生这样的结果?目前,相对人而言,计算机还是比较笨的,它是比较客观的,你给他输入什么,他就会根据预设的程序给你return什么。而往往输入输出这个I/O是有一定关系的,所以,当我们知道操作者的输入,会对解决问题有很大的帮助,因为我们可以预估输出,这个输出和我们期望的有什么不同。而如果是长时间运行出来的结果,另外操作者自己忘记了做什么导致的问题,那最简单的办法是在其中搜索“error”或者“exception”,找到这些关键字后面的日志信息,这才算是挖到阻挡我们的石头。

3.思考问题:

根据Error的信息,往往可以看出端倪,接着往下走,做一些深究,往往可以解决问题;

4.查找借鉴:

另外,有人会说有时候会遇到一些错误信息,从未见过,也分析不明白,怎么办?确实存在这种问题。这时候别忘了,我们天然最好的老师Google还在呢(当然可能被河蟹,但也有办法,可以FQ啊,如果你说不会FQ,那么你可以稍等一下就可以继续访问,或者试试bing、youdao、soso等,当然我不推荐使用baidu,除非实在没办法的情况下)

5.请教高人:

当然最后,还有一句话“三人行,必有我师”,如果单凭个人解决不了,拖的时间过长的话,那为了不耽误进度,可以向经验更丰富的人请教;很多在你遇到的并认为是很难的问题,在资深一些的技术人员眼中那根本就不是问题,或许三下五除二,一个简单的命令就可以搞定。



本文转自 念槐聚 博客园博客,原文链接:http://www.cnblogs.com/haochuang/archive/2013/05/06/3062990.html,如需转载请自行联系原作者

相关文章
|
21天前
|
消息中间件 安全 Java
vulhub部分复现记录(后面大概都是原文档了,也比较难复现就不继续了)
本文介绍了多个软件的安全漏洞及其复现过程,涉及的软件包括Vulhub、Flask、ActiveMQ、Adminer、Airflow、Apache Druid、Apereo CAS、APISIX、AppWeb、Aria2、Bash、Cacti、Celery、CGI、ColdFusion和Confluence。每个部分详细描述了漏洞的背景、环境搭建步骤、漏洞复现的具体操作和验证方法。例如,Flask的SSTI漏洞通过构造特定的模板参数实现命令执行;ActiveMQ的反序列化漏洞利用特制的序列化对象触发;这些示例不仅展示了漏洞的危害性,还提供了实际的复现步骤,帮助读者深入理解这些安全问题。
66 3
vulhub部分复现记录(后面大概都是原文档了,也比较难复现就不继续了)
|
6月前
|
存储 缓存 Serverless
函数计算操作报错合集之安装插件时遇到了空间不足的错误,该如何解决
在使用函数计算服务(如阿里云函数计算)时,用户可能会遇到多种错误场景。以下是一些常见的操作报错及其可能的原因和解决方法,包括但不限于:1. 函数部署失败、2. 函数执行超时、3. 资源不足错误、4. 权限与访问错误、5. 依赖问题、6. 网络配置错误、7. 触发器配置错误、8. 日志与监控问题。
|
7月前
|
监控 Serverless API
函数计算操作报错合集之部署成功后,调用报错,该如何排查
在使用函数计算服务(如阿里云函数计算)时,用户可能会遇到多种错误场景。以下是一些常见的操作报错及其可能的原因和解决方法,包括但不限于:1. 函数部署失败、2. 函数执行超时、3. 资源不足错误、4. 权限与访问错误、5. 依赖问题、6. 网络配置错误、7. 触发器配置错误、8. 日志与监控问题。
|
7月前
|
监控 算法 Serverless
函数计算操作报错合集之部署的pthon服务时,遇到报错,是什么原因
在使用函数计算服务(如阿里云函数计算)时,用户可能会遇到多种错误场景。以下是一些常见的操作报错及其可能的原因和解决方法,包括但不限于:1. 函数部署失败、2. 函数执行超时、3. 资源不足错误、4. 权限与访问错误、5. 依赖问题、6. 网络配置错误、7. 触发器配置错误、8. 日志与监控问题。
|
7月前
|
监控 Serverless 对象存储
函数计算操作报错合集之新建应用并尝试部署时遇到错误,是什么导致的
在使用函数计算服务(如阿里云函数计算)时,用户可能会遇到多种错误场景。以下是一些常见的操作报错及其可能的原因和解决方法,包括但不限于:1. 函数部署失败、2. 函数执行超时、3. 资源不足错误、4. 权限与访问错误、5. 依赖问题、6. 网络配置错误、7. 触发器配置错误、8. 日志与监控问题。
469 0
|
7月前
|
缓存 运维 Devops
阿里云云效操作报错合集之在构建过程中,Docker尝试从缓存中获取某个文件(或计算缓存键)时遇到了问题,该如何处理
本合集将整理呈现用户在使用过程中遇到的报错及其对应的解决办法,包括但不限于账户权限设置错误、项目配置不正确、代码提交冲突、构建任务执行失败、测试环境异常、需求流转阻塞等问题。阿里云云效是一站式企业级研发协同和DevOps平台,为企业提供从需求规划、开发、测试、发布到运维、运营的全流程端到端服务和工具支撑,致力于提升企业的研发效能和创新能力。
|
7月前
|
移动开发 监控 Serverless
函数计算操作报错合集之遇到启动报错,是什么导致的
在使用函数计算服务(如阿里云函数计算)时,用户可能会遇到多种错误场景。以下是一些常见的操作报错及其可能的原因和解决方法,包括但不限于:1. 函数部署失败、2. 函数执行超时、3. 资源不足错误、4. 权限与访问错误、5. 依赖问题、6. 网络配置错误、7. 触发器配置错误、8. 日志与监控问题。
|
7月前
|
监控 并行计算 Serverless
函数计算操作报错合集之遇到“ResourceThrottled”错误,该如何解决
在使用函数计算服务(如阿里云函数计算)时,用户可能会遇到多种错误场景。以下是一些常见的操作报错及其可能的原因和解决方法,包括但不限于:1. 函数部署失败、2. 函数执行超时、3. 资源不足错误、4. 权限与访问错误、5. 依赖问题、6. 网络配置错误、7. 触发器配置错误、8. 日志与监控问题。
|
8月前
|
前端开发 Serverless Shell
Serverless 应用引擎操作报错合集之在阿里云函数计算中,laravel zip包使用示例的start.sh脚本启动时出现错误代码如何解决
Serverless 应用引擎(SAE)是阿里云提供的Serverless PaaS平台,支持Spring Cloud、Dubbo、HSF等主流微服务框架,简化应用的部署、运维和弹性伸缩。在使用SAE过程中,可能会遇到各种操作报错。以下是一些常见的报错情况及其可能的原因和解决方法。
|
8月前
|
敏捷开发 Kubernetes 测试技术
云效产品使用常见问题之yaml路径变量的优先级大于运行时输入的变量如何解决
云效作为一款全面覆盖研发全生命周期管理的云端效能平台,致力于帮助企业实现高效协同、敏捷研发和持续交付。本合集收集整理了用户在使用云效过程中遇到的常见问题,问题涉及项目创建与管理、需求规划与迭代、代码托管与版本控制、自动化测试、持续集成与发布等方面。