[ English | 한국어 (대한민국) | Indonesia | 中文 (简体, 中国) | español (México) | English (United Kingdom) | Deutsch ]

使用 Elastic Recheck

注意

本节假定您已完成 在 Zuul 中检查状态

允许您

  • 增强社区对提交到 gerrit 的每个补丁进行的自动测试

  • 报告重复出现的错误，这样您就不需要手动“重新检查”

如果测试作业失败该怎么办

当您将补丁提交到 gerrit，并且 zuul 返回它运行的作业的测试结果时，有时其中一个测试会失败。大多数情况下，这表明您的提议的更改存在问题，并且测试发现了它。有时测试运行可能会遇到 OpenStack 中预先存在的底层错误。此外，有时运行测试的基础设施可能出现故障。要弄清楚这一点，您始终需要查看失败作业的日志以了解正在发生的事情。

在补丁上添加评论 recheck 将触发失败的作业再次执行。 请勿 仅仅为了查看它是否再次失败而重新检查补丁。CI 测试资源非常稀缺。请阅读本文档以了解 如何处理测试失败

OpenSearch

为了更深入地调查跨多个构建作业的相关日志消息，社区运行的 OpenSearch 集群 可用，它既具有用于生成实时图形的 WebUI，也具有用于更程序化分析的 REST API。

Elastic Recheck 的过去和未来

曾经，存在一项服务，可以自动分析索引的作业日志，以便将它们与已知错误特征的策划查询进行匹配，并在新构建中识别到相同故障时在更改上留下有用的评论。该服务依赖于由 logstash.openstack.org 前端的旧系统套件，该套件于 2022 年 4 月停止运行。基于社区新的 OpenSearch 后端，该解决方案的重建正在进行中，但尚未可供通用使用。