WIP: DPTP-2938: skip authoritative limit decrease for build workload type flag#81763
WIP: DPTP-2938: skip authoritative limit decrease for build workload type flag#81763deepsm007 wants to merge 1 commit into
Conversation
|
@deepsm007: This pull request references DPTP-2938 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "5.0.0" version, but no target version was set. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
WalkthroughThe admission pod scaler Deployment arguments are reorganized with comment headings. Explicit authoritative decrease dry-run flags are removed, commented examples and a workload-type skip option are added, and existing reduction parameters remain configured. ChangesPod scaler admission configuration
Estimated code review effort: 2 (Simple) | ~10 minutes Possibly related PRs
Suggested reviewers: 🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: deepsm007 The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
8abb952 to
3470497
Compare
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@clusters/build-clusters/build-shared/pod-scaler/pod-scaler-admission.yaml`:
- Around line 101-118: Enable the build-workload protection by uncommenting
--pod-scaler-skip-workload-type-limit-decrease=build alongside the authoritative
limit settings; if the required ci-tools support is unavailable, keep
authoritative CPU and memory limit decreases gated rather than exposing
image-build pods to reductions.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository YAML (base), Central YAML (inherited)
Review profile: CHILL
Plan: Enterprise
Run ID: 93238947-bc98-420e-9682-fdb751b1dd31
📒 Files selected for processing (1)
clusters/build-clusters/build-shared/pod-scaler/pod-scaler-admission.yaml
3470497 to
ea2bdf7
Compare
|
[REHEARSALNOTIFIER] Note: If this PR includes changes to step registry files ( Interacting with pj-rehearseComment: Once you are satisfied with the results of the rehearsals, comment: |
|
@deepsm007: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
Enable pod-scaler skip for OpenShift build workload limits on build farm admission, as a belt-and-suspenders fix for DPTP-2938 image-build OOMs after authoritative decrease rollout.
Peak usage basis is already enabled (#81759). This PR adds one skip flag so authoritative mode does not lower limits on image build pods (
workload type=build). Request decreases remain enabled.Also comments out explicit dry-run=false lines (default is false); uncomment if we need to validate decreases without applying.
openshift/ci-tools#5307
/cc @openshift/test-platform
Summary by CodeRabbit
clusters/build-clusters/build-shared/pod-scaler/pod-scaler-admission.yamlso build/image-build workloads during build farm pod admission avoid authoritative CPU/memory limit reductions, while request-side decreases remain active.argsby commenting out explicit--authoritative-*-dry-run=falseoverrides (leaving dry-run behavior to the application defaults), and reorganizes/annotates the authoritative-decrease configuration (max reduction percent andusage-basis=peak), including adding commented guidance for optionally skipping workload-type limit decreases (e.g.,build).