CNF-25173: e2e: resolve primary MCP from profile in test 32364 - #1624
Conversation
Test [32364] asserts the primary MachineConfigPool stays idle after creating a second PerformanceProfile. That check is invalid when the primary pool is the built-in worker MCP, because second-mcp must inherit worker MachineConfigs per OCPBUGS-34847 (openshift#1175). Resolved the watched pool with mcps.GetByProfile(profile) instead of ROLE_WORKER_CNF, and skip when the primary pool is worker. This fixes false failures on telco and avoids watching the wrong pool in discovery mode. Signed-off-by: Sargun Narula <snarula@redhat.com>
|
Pipeline controller notification For optional jobs, comment This repository is configured in: LGTM mode |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository: openshift/coderabbit/.coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 2 included reviews per hour; 1 remains after this review. WalkthroughThe performance-profile test now resolves the primary MachineConfigPool from the deployed profile. It skips profiles that use the built-in worker pool and uses the resolved pool for MCP update-status checks before and after cleanup. ChangesPerformance profile test
Estimated code review effort: 2 (Simple) | ~10 minutes Merge Risk: ⚪ Minimal · up to This localized test change resolves the primary MachineConfigPool from the deployed profile, preventing false failures for worker-targeted profiles; no actionable merge-blocking risk remains after normal checks and review. Suggested reviewers: 🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
Full details: Docstring CoverageExplanation No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff. Analyzed 0 functions across 1 files. Full details: Stable And Deterministic Test NamesExplanation No unstable Ginkgo test title was introduced. The diff keeps the Full details: Test Structure And QualityExplanation The change follows the existing Ginkgo structure. The test already uses BeforeEach/AfterEach, and cluster waits use bounded Consistently and deletion timeouts. The new MCP lookup has a diagnostic assertion message and the skip condition has a clear reason. The diff only replaces the hard-coded MCP with the resolved MCP and adds the worker-pool skip; it does not introduce an uncovered resource or an indefinite wait. Existing assertions without explicit messages were not introduced by this change. Full details: Microshift Test CompatibilityExplanation PASS: The pull request does not add a new Ginkgo test node. The diff modifies the existing Full details: Single Node Openshift (Sno) Test CompatibilityExplanation PASS: The pull request does not add a new Ginkgo test. It updates the existing Full details: Topology-Aware Scheduling CompatibilityExplanation PASS: The pull request changes only an E2E test. It resolves an MCP name, skips the test for the built-in worker MCP, and changes status checks to use that name. It does not add or modify deployment manifests, operator controllers, replicas, affinity, topology spread constraints, tolerations, or control-plane/worker scheduling rules. The custom check therefore has no applicable failure condition. Full details: Ote Binary Stdout ContractExplanation PASS. The commit changes only the performance test's Context/BeforeEach logic and two MCP status checks. It adds no fmt.Print*, log output, klog configuration, or Ginkgo suite-setup output. The new Skip, Expect, and mcps.GetByProfile calls run in BeforeEach, which the check excludes. Existing klog calls were not changed by this commit. Full details: Ipv6 And Disconnected Network Test CompatibilityExplanation PASS. The patch modifies the existing Full details: No-Weak-CryptoExplanation The pull request introduces no weak-crypto usage. The exact diff only adds MCP resolution, a worker-pool skip, comments, and dynamic MCP condition checks. It adds no MD5, SHA1, DES, 3DES, RC4, Blowfish, ECB, custom crypto, or secret/token comparison logic. Full details: Container-PrivilegesExplanation PASS. The pull request changes only Full details: No-Sensitive-Data-In-LogsExplanation The changed code does not log passwords, tokens, API keys, PII, session IDs, or customer payloads. The new diagnostics expose only a PerformanceProfile name and the resolved MachineConfigPool name through Ginkgo output and an assertion message. These are Kubernetes resource identifiers, not internal hostnames or sensitive data. The skip message contains only fixed test and issue references. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
/lgtm |
|
Scheduling required tests: |
|
/jira refresh |
|
@SargunNarula: No Jira issue is referenced in the title of this pull request. 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. |
|
@SargunNarula: This pull request references CNF-25173 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 sub-task to target the "5.1.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. |
|
/jira refresh |
|
@SargunNarula: This pull request references CNF-25173 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 sub-task to target the "5.1.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. |
|
/approve |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: SargunNarula, yanirq 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 |
|
/verified by @SargunNarula |
|
@SargunNarula: This PR has been marked as verified by 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. |
|
@SargunNarula: 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. |
Test
[32364]asserts the primary MachineConfigPool stays idle after creating a second PerformanceProfile. That check is invalid when the primary pool is the built-in worker MCP, because second-mcp must inheritworkerMachineConfigs as per OCPBUGS-34847, #1175.Fixes false failures in
[test_id:32364](Create second performance profiles on a cluster) when the primary PerformanceProfile targets the built-inworkerMachineConfigPool.mcps.GetByProfile(profile)instead ofROLE_WORKER_CNF.primaryMCPfor bothUpdating=Falsechecks in the test.Summary by CodeRabbit