Skip to content

Conversation

@ngopalak-redhat
Copy link
Contributor

@ngopalak-redhat ngopalak-redhat commented Jan 15, 2026

- What I did
Reported by @djoshy : https://redhat-internal.slack.com/archives/CK1AE4ZCK/p1768319412897509

The TestKubeletConfigMaxPods test has been failing intermittently since PR #5491 merged. The failure occurs at the allocatable memory assertion:

  kubeletcfg_test.go:172:
      Error:      	Should not be: 13435936768
      Test:       	TestKubeletConfigMaxPods
      Messages:   	value of the allocatable should have changed

PR #5491 changed the default behavior for worker nodes:

Before PR #5491:

  • NODE_SIZING_ENABLED=false (autosizing disabled by default)
  • System reserved memory: 1GB (static)

After PR #5491:

  • NODE_SIZING_ENABLED=true (autosizing enabled by default for non-Hypershift clusters)
  • System reserved memory: ~2GB (dynamically calculated)

The test at kubeletcfg_test.go:165-173 made an invalid assumption:

  1. It assumed nodes start with autosizing disabled
  2. It expected applying AutoSizingReserved: true to enable autosizing for the first time
  3. It expected this state change to alter allocatable memory

What actually happens now:

  1. Worker nodes already have autosizing enabled by default
  2. Test applies AutoSizingReserved: true → no state change (already enabled)
  3. Allocatable memory stays the same → assertion fails ❌

Solution
I removed the allocatable memory assertion

Related: #5491

- How to verify it

- Description for the changelog

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 15, 2026

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Jan 15, 2026
@openshift-ci openshift-ci bot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Jan 15, 2026
@openshift-ci-robot
Copy link
Contributor

@ngopalak-redhat: This pull request explicitly references no jira issue.

Details

In response to this:

- What I did
The TestKubeletConfigMaxPods test has been failing intermittently since PR #5491 merged. The failure occurs at the allocatable memory assertion:

 kubeletcfg_test.go:172:
     Error:      	Should not be: 13435936768
     Test:       	TestKubeletConfigMaxPods
     Messages:   	value of the allocatable should have changed

PR #5491 changed the default behavior for worker nodes:

Before PR #5491:

  • NODE_SIZING_ENABLED=false (autosizing disabled by default)
  • System reserved memory: 1GB (static)

After PR #5491:

  • NODE_SIZING_ENABLED=true (autosizing enabled by default for non-Hypershift clusters)
  • System reserved memory: ~2GB (dynamically calculated)

The test at kubeletcfg_test.go:165-173 made an invalid assumption:

  1. It assumed nodes start with autosizing disabled
  2. It expected applying AutoSizingReserved: true to enable autosizing for the first time
  3. It expected this state change to alter allocatable memory

What actually happens now:

  1. Worker nodes already have autosizing enabled by default
  2. Test applies AutoSizingReserved: true → no state change (already enabled)
  3. Allocatable memory stays the same → assertion fails ❌

Solution
I removed the allocatable memory assertion

Related: #5491

- How to verify it

- Description for the changelog

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.

@ngopalak-redhat
Copy link
Contributor Author

/test all

@ngopalak-redhat
Copy link
Contributor Author

/retest-required

@djoshy
Copy link
Contributor

djoshy commented Jan 15, 2026

/retest

1 similar comment
@deepsm007
Copy link

/retest

@djoshy
Copy link
Contributor

djoshy commented Jan 15, 2026

/lgtm

Seems sane to me, and it is passing the e2e now.

/verified by e2es

This is only a test change, so no QE testing is required.

@openshift-ci-robot openshift-ci-robot added the verified Signifies that the PR passed pre-merge verification criteria label Jan 15, 2026
@openshift-ci-robot
Copy link
Contributor

@djoshy: This PR has been marked as verified by e2es.

Details

In response to this:

/lgtm

Seems sane to me, and it is passing the e2e now.

/verified by e2es

This is only a test change, so no QE testing is required.

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.

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 15, 2026

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: djoshy, ngopalak-redhat

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jan 15, 2026
@ngopalak-redhat ngopalak-redhat marked this pull request as ready for review January 16, 2026 04:39
@openshift-ci openshift-ci bot removed the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Jan 16, 2026
@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD 1e2c4ec and 2 for PR HEAD 56ac35a in total

@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD 17f2341 and 1 for PR HEAD 56ac35a in total

@djoshy
Copy link
Contributor

djoshy commented Jan 16, 2026

This will need to be backported to 4.21 as well, so might need an actual bug backing it. Unless we can find a staff to override the cherry pick label requirment for 4.21.

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 16, 2026

@ngopalak-redhat: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/bootstrap-unit 56ac35a link false /test bootstrap-unit

Full PR test history. Your PR dashboard.

Details

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 kubernetes-sigs/prow repository. I understand the commands that are listed here.

@openshift-merge-bot openshift-merge-bot bot merged commit 21298dd into openshift:main Jan 16, 2026
13 of 14 checks passed
@djoshy
Copy link
Contributor

djoshy commented Jan 19, 2026

/retitle "OCPBUGS-74101: Fixes the issue in the test TestKubeletConfigMaxPods when AutoNodeSizing is enabled by default"

@openshift-ci openshift-ci bot changed the title NO-ISSUE: Fixes the issue in the test TestKubeletConfigMaxPods when AutoNodeSizing is enabled by default "OCPBUGS-74101: Fixes the issue in the test TestKubeletConfigMaxPods when AutoNodeSizing is enabled by default" Jan 19, 2026
@openshift-ci-robot
Copy link
Contributor

@ngopalak-redhat: Jira Issue Verification Checks: Jira Issue OCPBUGS-74101
✔️ This pull request was pre-merge verified.
✔️ All associated pull requests have merged.
✔️ All associated, merged pull requests were pre-merge verified.

Jira Issue OCPBUGS-74101 has been moved to the MODIFIED state and will move to the VERIFIED state when the change is available in an accepted nightly payload. 🕓

Details

In response to this:

- What I did
Reported by @djoshy : https://redhat-internal.slack.com/archives/CK1AE4ZCK/p1768319412897509

The TestKubeletConfigMaxPods test has been failing intermittently since PR #5491 merged. The failure occurs at the allocatable memory assertion:

 kubeletcfg_test.go:172:
     Error:      	Should not be: 13435936768
     Test:       	TestKubeletConfigMaxPods
     Messages:   	value of the allocatable should have changed

PR #5491 changed the default behavior for worker nodes:

Before PR #5491:

  • NODE_SIZING_ENABLED=false (autosizing disabled by default)
  • System reserved memory: 1GB (static)

After PR #5491:

  • NODE_SIZING_ENABLED=true (autosizing enabled by default for non-Hypershift clusters)
  • System reserved memory: ~2GB (dynamically calculated)

The test at kubeletcfg_test.go:165-173 made an invalid assumption:

  1. It assumed nodes start with autosizing disabled
  2. It expected applying AutoSizingReserved: true to enable autosizing for the first time
  3. It expected this state change to alter allocatable memory

What actually happens now:

  1. Worker nodes already have autosizing enabled by default
  2. Test applies AutoSizingReserved: true → no state change (already enabled)
  3. Allocatable memory stays the same → assertion fails ❌

Solution
I removed the allocatable memory assertion

Related: #5491

- How to verify it

- Description for the changelog

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.

@djoshy
Copy link
Contributor

djoshy commented Jan 19, 2026

/cherry-pick release-4.21

@openshift-cherrypick-robot

@djoshy: new pull request created: #5567

Details

In response to this:

/cherry-pick release-4.21

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 kubernetes-sigs/prow repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. lgtm Indicates that a PR is ready to be merged. verified Signifies that the PR passed pre-merge verification criteria

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants