Increase the shard for 5.0 MCO AWS Longduration jobs #80795
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Enterprise Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (1)
WalkthroughThe ChangesMCO Periodics Config — Shard Count Update
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~2 minutes Possibly related PRs
Suggested labels
Suggested reviewers
🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ptalgulk01 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 |
|
[REHEARSALNOTIFIER]
Prior to this PR being merged, you will need to either run and acknowledge or opt to skip these rehearsals. Interacting with pj-rehearseComment: Once you are satisfied with the results of the rehearsals, comment: |
|
@ptalgulk01: 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. |
Increasing the CI job for MCO, so that MCO Longduraion AWS , does not timeout.
Summary by CodeRabbit
This PR updates the Machine Config Operator's 5.0 release branch CI configuration to increase parallelism for the
e2e-aws-mco-fips-proxy-longdurationperiodic job. Theshard_countis increased from 2 to 3, allowing the job to execute across three parallel shards instead of two.This change brings the 5.0 release branch in line with the configuration already in place for the 4.22 and 4.23 release branches. The affected job is a weekly (168-hour interval) long-running test that validates Machine Config Operator functionality with FIPS enabled on AWS. By distributing the workload across an additional shard, the job can complete test execution more efficiently and avoid timeout issues that were previously occurring.