Repository navigation
Add failureLabels and Jira notifications to fips qualifier #83298
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merged
openshift-merge-bot
merged 2 commits into
openshift:main
from
redhat-chai-bot:fips-qualifier-failurelabels-jira-notifications
Aug 13, 2026
Merged
Changes from 1 commit
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Some comments aren't visible on the classic Files Changed page.
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🗄️ Data Integrity & Integration | 🟠 Major | ⚡ Quick win
🧩 Analysis chain
🏁 Script executed:
Repository: openshift/release
Length of output: 31181
🏁 Script executed:
Repository: openshift/release
Length of output: 10594
🌐 Web query:
openshift release-controller release qualifiers OverPeriod OverLastRuns evaluator failures source💡 Result:
In the OpenShift release-controller, "release qualifiers" refer to a configuration-driven mechanism used to implement stricter validation of release candidates beyond basic job success or failure [1]. These qualifiers allow the controller to reject or qualify releases based on aggregated failure data and specific failure patterns [1]. The parameters OverPeriod and OverLastRuns are associated with the evaluator logic for these qualifiers. They define the time-based or run-based scope for analyzing job failures [2][1]: 1. OverPeriod: Specifies a time duration (e.g., a rolling window) over which the evaluator aggregates failure statistics to determine if a release should be qualified or rejected. 2. OverLastRuns: Specifies a count of recent Prow job executions (runs) over which the failure rate or failure patterns are evaluated. This evaluation logic is designed to prevent "flaky" or consistently failing releases from progressing by examining performance trends rather than relying solely on the status of a single job execution [3][4]. The release-controller's source code for these features is located in the official openshift/release-controller repository [5]. Specifically, configuration parsing and command-line flags related to release qualifiers are defined in cmd/release-controller/main.go [2], while the runtime logic for processing release tags, audit failures, and synchronization is handled in components such as cmd/release-controller/audit.go and cmd/release-controller/sync_tags.go [6][7]. Technical note: When debugging these failures, developers often review the release payload metadata and the status of blocking/informing jobs tracked by the controller [3][4]. Information regarding specific infrastructure-level failures versus product bugs is often analyzed by examining Prow job logs and the release-controller's own audit logs [8][7].
Citations:
🏁 Script executed:
Repository: openshift/release
Length of output: 206
🌐 Web query:
site:github.com/openshift/release-controller "OverLastRuns" "OverPeriod"💡 Result:
Based on the provided search results from the OpenShift release-controller repository, there is no evidence that OverLastRuns or OverPeriod are existing functions, configuration fields, or established parameters within the release-controller codebase. The repository code, including periodic.go, controller.go, and sync_upgrade.go, manages ProwJobs and release image streams using various synchronization loops and configuration structures, but these specific terms do not appear as recognized identifiers or configurable settings in the current implementation [1][2][3].
Citations:
🌐 Web query:
site:github.com/openshift/release-controller/pkg/releasequalifiers "Evaluate" "OverPeriod"💡 Result:
No exact indexed match was found for:
site:github.com/openshift/release-controller/pkg/releasequalifiers "Evaluate" "OverPeriod"The
releasequalifierspackage is documented on Go.dev, but the indexed API does not show anEvaluateorOverPeriodsymbol. (pkg.go.dev)Citations:
🏁 Script executed:
Repository: openshift/release
Length of output: 313
🏁 Script executed:
Repository: openshift/release
Length of output: 313
🏁 Script executed:
Repository: openshift/release
Length of output: 4806
🏁 Script executed:
Repository: openshift/release
Length of output: 50374
🏁 Script executed:
Repository: openshift/release
Length of output: 50373
🏁 Script executed:
Repository: openshift/release
Length of output: 50374
🏁 Script executed:
Repository: openshift/release
Length of output: 14073
🏁 Script executed:
Repository: openshift/release
Length of output: 289
Add
overLastRunsto both escalation rules.Without
overLastRuns, the evaluator requires consecutive failures.overPerioddoes not change this behavior. SetoverLastRunsabove eachfailuresthreshold and test non-consecutive failures and failures outside each time window.🤖 Prompt for AI Agents
Source: MCP tools