[ English | Indonesia | 한국어 (대한민국) | español (México) | English (United Kingdom) | Deutsch | 中文 (简体, 中国) ]
Elastic Recheck 사용¶
참고
이 섹션에서는 Zuul에서 상태를 확인 섹션을 완료했다고 가정합니다.
다음을 수행 할 수 있습니다:
gerrit에 제출 된 모든 패치에 대해 커뮤니티가 수행하는 자동 테스트를 향상시킵니다.
수동으로 재확인 할 필요가 없도록 반복되는 버그를 보고합니다.
테스트 작업이 실패 할 경우 수행 할 작업¶
gerrit에 패치를 제출하고 zuul이 실행 한 작업에 대한 테스트 결과를 반환할 때, 때때로 이러한 테스트 중 하나가 실패하기도 합니다. 대부분의 경우 이는 제안된 변경 사항에 문제가 있으며 테스트에서 이를 포착하고 있음을 나타냅니다. 때때로 테스트 실행이 OpenStack의 기본 기존 버그로 인해 넘어졌을 수 있습니다. 또한 테스트를 실행하기 위한 인프라에 오류가 발생한 경우도 있습니다. 이를 파악하려면 실패한 작업의 로그를 항상 살펴보고 현재 상황을 파악해야 합니다.
A comment recheck on the patch would trigger the failed job to execute again. DO NOT just recheck the patch only to see if it fails again. CI test resources are very scarce. Read this document to know how to handle test failures
OpenSearch¶
여러 작업 빌드와 관련된 로그 메세지를 더 깊게 분석하기 위해 커뮤니티에서 운영하는 OpenSearch cluster 를 사용할 수 있습니다. 실시간 그래프 생성을 위한 웹 UI와 프로그래밍 방식의 분석을 위한 REST API가 모두 제공됩니다
Elastic Recheck의 과거와 미래¶
이전에는 알려진 버그에 대해 선별된 쿼리와 일치시키기 위해 인덱싱된 작업 로그를 자동으로 분석하고, 새 빌드에서 동일한 오류가 식별된 경우 변경사항에 대한 유용한 검토 의견을 남기는 서비스가 있었습니다. 이 서비스는 2022년 4월에 운영이 중단된 logstash.openstack.org가 있는 이전의 시스템 제품군에 의존하고 있었습니다. 해당 솔루션을 다시 만드는 작업이 커뮤니티의 새로운 OpenSearch의 백엔드를 기반으로 진행중이지만, 아직 일반 용도로는 사용할 수 없습니다
