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

Elastic Recheck 사용


이 섹션에서는 Zuul에서 상태를 확인 섹션을 완료했다고 가정합니다.

다음을 수행 할 수 있습니다:

  • gerrit에 제출 된 모든 패치에 대해 커뮤니티가 수행하는 자동 테스트를 향상시킵니다.

  • 수동으로 재확인 할 필요가 없도록 반복되는 버그를 보고합니다.

테스트 작업이 실패 할 경우 수행 할 작업

gerrit에 패치를 제출하고 zuul이 실행 한 작업에 대한 테스트 결과를 반환할 때, 때때로 이러한 테스트 중 하나가 실패하기도 합니다. 대부분의 경우 이는 제안된 변경 사항에 문제가 있으며 테스트에서 이를 포착하고 있음을 나타냅니다. 때때로 테스트 실행이 OpenStack의 기본 기존 버그로 인해 넘어졌을 수 있습니다. 또한 테스트를 실행하기 위한 인프라에 오류가 발생한 경우도 있습니다. 이를 파악하려면 실패한 작업의 로그를 항상 살펴보고 현재 상황을 파악해야 합니다.


For deeper investigation of related log messages across multiple builds of jobs, a community-run OpenSearch cluster is available, with both a WebUI for producing real-time graphs as well as a REST API for more programmatic analysis.

Past and Future of Elastic Recheck

At one time, there existed a service to automatically analyze indexed job logs in order to match them against curated queries for known bug signatures, and leave helpful review comments on changes when those same failures were identified in a new build. That service relied on an old suite of systems fronted by logstash.openstack.org, which ceased operation in April 2022. A recreation of that solution is in progress based on the community’s new OpenSearch backend, but is not available for general use yet.