Skip to content

Conversation

@ngopalak-redhat
Copy link
Contributor

@ngopalak-redhat ngopalak-redhat commented Nov 4, 2025

Fixes #OCPNODE-3719

- What I did
This PR updates the default cluster configuration to enable Auto Sizing Reserved for all new OpenShift clusters created from version 4.21 onward.

New Cluster Default: New 4.21 clusters will now have Auto Sizing Reserved enabled by default

Upgrade Preservation:

Clusters originally created before 4.21 will not be impacted by this default change. The prior behavior (disabled) is maintained unless one of the following occurs:

  • The MachineConfig introduced by the corresponding 4.20 patch is removed.
  • The user creates a custom KubeletConfig to explicitly override the default.

If a user defines explicit memory or cpu reservations within a custom KubeletConfig, Auto Sizing Reserved will automatically remain disabled to prevent conflicting configuration logic.

Related 4.20 Patch: For context on how older clusters are transitioned, please refer to the pre-requisite patch:

- How to verify it
The following scenarios were successfully validated:Upgrade Test (4.20 --> 4.21 + PR): A cluster created in 4.20 was upgraded to this 4.21 PR. Auto Sizing Reserved was confirmed to be disabled, preserving the pre-4.21 behavior.

New Cluster Test (4.21 + PR): A new cluster was provisioned in 4.21 with this PR. Auto Sizing Reserved was confirmed to be enabled by default.

Manual Test result

Here's the state of mc after upgrade from [4.20 + patch] to [4.21 + this pr]:

oc get mc                                                                                                       ✔  admin 󱃾  23:17:58
NAME                                               GENERATEDBYCONTROLLER                      IGNITIONVERSION   AGE
00-master                                          cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
00-worker                                          cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
01-master-auto-sizing-disabled                                                                3.5.0             124m
01-master-container-runtime                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
01-master-kubelet                                  cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
01-worker-auto-sizing-disabled                                                                3.5.0             124m
01-worker-container-runtime                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
01-worker-kubelet                                  cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
97-master-generated-kubelet                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             14m
97-worker-generated-kubelet                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             14m
98-master-generated-kubelet                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
98-worker-generated-kubelet                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
99-master-generated-registries                     cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
99-master-ssh                                                                                 3.2.0             130m
99-worker-generated-registries                     cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
99-worker-ssh                                                                                 3.2.0             130m
rendered-master-7978e7fd1b3d8deb9618638ad045a112   cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             14m
rendered-master-ac5bf6659679f8fb20815992cece3127   ece93ae657e115244dba500093fc78eef0d63241   3.5.0             124m
rendered-worker-b7224764ec4bac392d79170b0ec4d3bc   ece93ae657e115244dba500093fc78eef0d63241   3.5.0             124m
rendered-worker-c6659bc45fd053b3995322d8c0490e0d   cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             14m

We can see "auto-sizing-disabled" mc

Here's the post upgrade NODE_SIZING_ENABLED:

oc debug node/ip-10-0-6-61.us-east-2.compute.internal                                                           ✔  admin 󱃾  23:24:58
Starting pod/ip-10-0-6-61us-east-2computeinternal-debug-zc2rs ...
To use host binaries, run `chroot /host`
Pod IP: 10.0.6.61
If you don't see a command prompt, try pressing enter.
sh-5.1# chroot /host
sh-5.1# cat /etc/node-sizing-enabled.env
NODE_SIZING_ENABLED=false
SYSTEM_RESERVED_MEMORY=1Gi
SYSTEM_RESERVED_CPU=500m
SYSTEM_RESERVED_ES=1Gi
sh-5.1#

Here are the nodes post upgrade, showing successful upgrade:

 oc get no                                                                                              ✔  1m 35s  admin 󱃾  23:26:53
NAME                                         STATUS   ROLES                  AGE    VERSION
ip-10-0-108-148.us-east-2.compute.internal   Ready    worker                 123m   v1.34.1
ip-10-0-113-32.us-east-2.compute.internal    Ready    control-plane,master   137m   v1.34.1
ip-10-0-49-43.us-east-2.compute.internal     Ready    control-plane,master   137m   v1.34.1
ip-10-0-6-61.us-east-2.compute.internal      Ready    worker                 123m   v1.34.1
ip-10-0-80-128.us-east-2.compute.internal    Ready    control-plane,master   137m   v1.34.1
ip-10-0-99-28.us-east-2.compute.internal     Ready    worker                 123m   v1.34.1

Now I can apply kubeletconfig to enable auto sizing reserved:

oc apply -f 80-worker-auto.yaml                                                                                 ✔  admin 󱃾  23:26:57
kubeletconfig.machineconfiguration.openshift.io/80-worker-auto created

After applying the NODE_SIZING_ENABLED changes:

oc debug node/ip-10-0-6-61.us-east-2.compute.internal                                                           ✔  admin 󱃾  23:32:43
Starting pod/ip-10-0-6-61us-east-2computeinternal-debug-f8jnj ...
To use host binaries, run `chroot /host`
Pod IP: 10.0.6.61
If you don't see a command prompt, try pressing enter.
sh-5.1# chroot /host
sh-5.1# cat /etc/node-sizing-enabled.env
NODE_SIZING_ENABLED=true
SYSTEM_RESERVED_MEMORY=1Gi
SYSTEM_RESERVED_CPU=500m
SYSTEM_RESERVED_ES=1Gi
sh-5.1#

Also we can see the KubeletConfig showing correct auto sizing reserved:

oc get kubeletconfig -o yaml                                                                            ✔  1m 6s  admin 󱃾  23:34:02
apiVersion: v1
items:
- apiVersion: machineconfiguration.openshift.io/v1
  kind: KubeletConfig
  metadata:
    annotations:
      machineconfiguration.openshift.io/mc-name-suffix: ""
    creationTimestamp: "2025-11-09T17:57:52Z"
    finalizers:
    - 99-worker-generated-kubelet
    generation: 1
    name: 80-worker-auto
    resourceVersion: "83327"
    uid: 0868236a-47c3-4d5e-be99-9d5511cda70e
  spec:
    autoSizingReserved: true
    machineConfigPoolSelector:
      matchLabels:
        pools.operator.machineconfiguration.openshift.io/worker: ""
  status:
    conditions:
    - lastTransitionTime: "2025-11-09T17:57:52Z"
      message: Success
      status: "True"
      type: Success
    observedGeneration: 1
kind: List
metadata:
  resourceVersion: ""

- Description for the changelog

Enable auto sizing reserved by default on new clusters

@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 Nov 4, 2025
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Nov 4, 2025

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
Copy link
Contributor

openshift-ci bot commented Nov 4, 2025

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: ngopalak-redhat
Once this PR has been reviewed and has the lgtm label, please assign umohnani8 for approval. For more information see the Code Review Process.

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

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

@ngopalak-redhat ngopalak-redhat force-pushed the ngopalak/4.21-auto-sizing branch 2 times, most recently from 8b9e810 to 4ff1f91 Compare November 7, 2025 02:28
@ngopalak-redhat ngopalak-redhat changed the title From 4.21 to ensure that KubeletConfig with AutoSizingReserved set to… OCPNODE-3719: Default Enablement of Auto Sizing Reserved in OpenShift 4.21 Nov 7, 2025
@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Nov 7, 2025
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Nov 7, 2025

@ngopalak-redhat: This pull request references OCPNODE-3719 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 "4.21.0" version, but no target version was set.

In response to this:

… true is created

- What I did
This PR updates the default cluster configuration to enable Auto Sizing Reserved for all new OpenShift clusters created from version 4.21 onward.

New Cluster Default: New 4.21 clusters will now have Auto Sizing Reserved enabled by default

Upgrade Preservation:

Clusters originally created before 4.21 will not be impacted by this default change. The prior behavior (disabled) is maintained unless one of the following occurs:

  • The MachineConfig introduced by the corresponding 4.20 patch is removed.
  • The user creates a custom KubeletConfig to explicitly override the default.

If a user defines explicit memory or cpu reservations within a custom KubeletConfig, Auto Sizing Reserved will automatically remain disabled to prevent conflicting configuration logic.

Related 4.20 Patch: For context on how older clusters are transitioned, please refer to the pre-requisite patch:

- How to verify it
The following scenarios were successfully validated:Upgrade Test (4.20 --> 4.21 + PR): A cluster created in 4.20 was upgraded to this 4.21 PR. Auto Sizing Reserved was confirmed to be disabled, preserving the pre-4.21 behavior.

New Cluster Test (4.21 + PR): A new cluster was provisioned in 4.21 with this PR. Auto Sizing Reserved was confirmed to be enabled by default.
- Description for the changelog

Enable auto sizing reserved by default on new clusters

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-robot
Copy link
Contributor

openshift-ci-robot commented Nov 7, 2025

@ngopalak-redhat: This pull request references OCPNODE-3719 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 "4.21.0" version, but no target version was set.

In response to this:

Fixes #OCPNODE-3719

- What I did
This PR updates the default cluster configuration to enable Auto Sizing Reserved for all new OpenShift clusters created from version 4.21 onward.

New Cluster Default: New 4.21 clusters will now have Auto Sizing Reserved enabled by default

Upgrade Preservation:

Clusters originally created before 4.21 will not be impacted by this default change. The prior behavior (disabled) is maintained unless one of the following occurs:

  • The MachineConfig introduced by the corresponding 4.20 patch is removed.
  • The user creates a custom KubeletConfig to explicitly override the default.

If a user defines explicit memory or cpu reservations within a custom KubeletConfig, Auto Sizing Reserved will automatically remain disabled to prevent conflicting configuration logic.

Related 4.20 Patch: For context on how older clusters are transitioned, please refer to the pre-requisite patch:

- How to verify it
The following scenarios were successfully validated:Upgrade Test (4.20 --> 4.21 + PR): A cluster created in 4.20 was upgraded to this 4.21 PR. Auto Sizing Reserved was confirmed to be disabled, preserving the pre-4.21 behavior.

New Cluster Test (4.21 + PR): A new cluster was provisioned in 4.21 with this PR. Auto Sizing Reserved was confirmed to be enabled by default.
- Description for the changelog

Enable auto sizing reserved by default on new clusters

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

/hold Wait for openshift/cincinnati-graph-data#8277 to merge

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Nov 7, 2025
@ngopalak-redhat ngopalak-redhat marked this pull request as ready for review November 7, 2025 12:50
@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 Nov 7, 2025
@ngopalak-redhat
Copy link
Contributor Author

@haircommander @sairameshv Please review. I have kept it on hold so that the 4.20 and the cincinnati change can merge

@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Nov 9, 2025

@ngopalak-redhat: This pull request references OCPNODE-3719 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 "4.21.0" version, but no target version was set.

In response to this:

Fixes #OCPNODE-3719

- What I did
This PR updates the default cluster configuration to enable Auto Sizing Reserved for all new OpenShift clusters created from version 4.21 onward.

New Cluster Default: New 4.21 clusters will now have Auto Sizing Reserved enabled by default

Upgrade Preservation:

Clusters originally created before 4.21 will not be impacted by this default change. The prior behavior (disabled) is maintained unless one of the following occurs:

  • The MachineConfig introduced by the corresponding 4.20 patch is removed.
  • The user creates a custom KubeletConfig to explicitly override the default.

If a user defines explicit memory or cpu reservations within a custom KubeletConfig, Auto Sizing Reserved will automatically remain disabled to prevent conflicting configuration logic.

Related 4.20 Patch: For context on how older clusters are transitioned, please refer to the pre-requisite patch:

- How to verify it
The following scenarios were successfully validated:Upgrade Test (4.20 --> 4.21 + PR): A cluster created in 4.20 was upgraded to this 4.21 PR. Auto Sizing Reserved was confirmed to be disabled, preserving the pre-4.21 behavior.

New Cluster Test (4.21 + PR): A new cluster was provisioned in 4.21 with this PR. Auto Sizing Reserved was confirmed to be enabled by default.

Manual Test result

Here's the state of mc after upgrade from [4.20 + patch] to [4.21 + this pr]:

oc get mc                                                                                                       ✔  admin 󱃾  23:17:58
NAME                                               GENERATEDBYCONTROLLER                      IGNITIONVERSION   AGE
00-master                                          cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
00-worker                                          cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
01-master-auto-sizing-disabled                                                                3.5.0             124m
01-master-container-runtime                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
01-master-kubelet                                  cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
01-worker-auto-sizing-disabled                                                                3.5.0             124m
01-worker-container-runtime                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
01-worker-kubelet                                  cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
97-master-generated-kubelet                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             14m
97-worker-generated-kubelet                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             14m
98-master-generated-kubelet                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
98-worker-generated-kubelet                        cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
99-master-generated-registries                     cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
99-master-ssh                                                                                 3.2.0             130m
99-worker-generated-registries                     cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             124m
99-worker-ssh                                                                                 3.2.0             130m
rendered-master-7978e7fd1b3d8deb9618638ad045a112   cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             14m
rendered-master-ac5bf6659679f8fb20815992cece3127   ece93ae657e115244dba500093fc78eef0d63241   3.5.0             124m
rendered-worker-b7224764ec4bac392d79170b0ec4d3bc   ece93ae657e115244dba500093fc78eef0d63241   3.5.0             124m
rendered-worker-c6659bc45fd053b3995322d8c0490e0d   cdfd00e2a65bb4c8641900c207c74a3a7fb3bb39   3.5.0             14m

We can see "auto-sizing-disabled" mc

Here's the post upgrade NODE_SIZING_ENABLED:

oc debug node/ip-10-0-6-61.us-east-2.compute.internal                                                           ✔  admin 󱃾  23:24:58
Starting pod/ip-10-0-6-61us-east-2computeinternal-debug-zc2rs ...
To use host binaries, run `chroot /host`
Pod IP: 10.0.6.61
If you don't see a command prompt, try pressing enter.
sh-5.1# chroot /host
sh-5.1# cat /etc/node-sizing-enabled.env
NODE_SIZING_ENABLED=false
SYSTEM_RESERVED_MEMORY=1Gi
SYSTEM_RESERVED_CPU=500m
SYSTEM_RESERVED_ES=1Gi
sh-5.1#

Here are the nodes post upgrade, showing successful upgrade:

oc get no                                                                                              ✔  1m 35s  admin 󱃾  23:26:53
NAME                                         STATUS   ROLES                  AGE    VERSION
ip-10-0-108-148.us-east-2.compute.internal   Ready    worker                 123m   v1.34.1
ip-10-0-113-32.us-east-2.compute.internal    Ready    control-plane,master   137m   v1.34.1
ip-10-0-49-43.us-east-2.compute.internal     Ready    control-plane,master   137m   v1.34.1
ip-10-0-6-61.us-east-2.compute.internal      Ready    worker                 123m   v1.34.1
ip-10-0-80-128.us-east-2.compute.internal    Ready    control-plane,master   137m   v1.34.1
ip-10-0-99-28.us-east-2.compute.internal     Ready    worker                 123m   v1.34.1

Now I can apply kubeletconfig to enable auto sizing reserved:

oc apply -f 80-worker-auto.yaml                                                                                 ✔  admin 󱃾  23:26:57
kubeletconfig.machineconfiguration.openshift.io/80-worker-auto created

After applying the NODE_SIZING_ENABLED changes:

oc debug node/ip-10-0-6-61.us-east-2.compute.internal                                                           ✔  admin 󱃾  23:32:43
Starting pod/ip-10-0-6-61us-east-2computeinternal-debug-f8jnj ...
To use host binaries, run `chroot /host`
Pod IP: 10.0.6.61
If you don't see a command prompt, try pressing enter.
sh-5.1# chroot /host
sh-5.1# cat /etc/node-sizing-enabled.env
NODE_SIZING_ENABLED=true
SYSTEM_RESERVED_MEMORY=1Gi
SYSTEM_RESERVED_CPU=500m
SYSTEM_RESERVED_ES=1Gi
sh-5.1#

Also we can see the KubeletConfig showing correct auto sizing reserved:

oc get kubeletconfig -o yaml                                                                            ✔  1m 6s  admin 󱃾  23:34:02
apiVersion: v1
items:
- apiVersion: machineconfiguration.openshift.io/v1
 kind: KubeletConfig
 metadata:
   annotations:
     machineconfiguration.openshift.io/mc-name-suffix: ""
   creationTimestamp: "2025-11-09T17:57:52Z"
   finalizers:
   - 99-worker-generated-kubelet
   generation: 1
   name: 80-worker-auto
   resourceVersion: "83327"
   uid: 0868236a-47c3-4d5e-be99-9d5511cda70e
 spec:
   autoSizingReserved: true
   machineConfigPoolSelector:
     matchLabels:
       pools.operator.machineconfiguration.openshift.io/worker: ""
 status:
   conditions:
   - lastTransitionTime: "2025-11-09T17:57:52Z"
     message: Success
     status: "True"
     type: Success
   observedGeneration: 1
kind: List
metadata:
 resourceVersion: ""

- Description for the changelog

Enable auto sizing reserved by default on new clusters

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

/retest-required

1 similar comment
@ngopalak-redhat
Copy link
Contributor Author

/retest-required

@ngopalak-redhat
Copy link
Contributor Author

/test e2e-hypershift

@ngopalak-redhat
Copy link
Contributor Author

/retest-required

@ngopalak-redhat ngopalak-redhat force-pushed the ngopalak/4.21-auto-sizing branch from 2658574 to a3b1c01 Compare November 19, 2025 01:22
@ngopalak-redhat
Copy link
Contributor Author

@sairameshv I made the changes and retested setting system reserved manually. When system reserved is set via a kubelet config the auto-sizing-reserved is set to false as expected.

Test Result

  1. Created the cluster with the PR using ClusterBot and check the NODE_SIZING_ENABLED flag:
oc debug node/ip-10-0-64-18.us-east-2.compute.internal 
Starting pod/ip-10-0-64-18us-east-2computeinternal-debug-4lthc ...
To use host binaries, run `chroot /host`
Pod IP: 10.0.64.18
If you don't see a command prompt, try pressing enter.
sh-5.1#
sh-5.1# chroot /host
sh-5.1# cat /etc/node-sizing-enabled.env
NODE_SIZING_ENABLED=true
SYSTEM_RESERVED_MEMORY=1Gi
SYSTEM_RESERVED_CPU=500m
SYSTEM_RESERVED_ES=1Gish-5.1# exit
  1. Now applied a KubeletConfig with system reserved:
oc apply -f systemReserved.yaml                                                                                 ✔  admin 󱃾  08:23:14
kubeletconfig.machineconfiguration.openshift.io/80-custom-system-reserved created
 ~/redhat/autoreserved  oc get kubeletconfig                                                                                            ✔  admin 󱃾  08:23:33
NAME                        AGE
80-custom-system-reserved   15s
 ~/redhat/autoreserved  oc get kubeletconfig -o yaml                                                                                    ✔  admin 󱃾  08:23:48
apiVersion: v1
items:
- apiVersion: machineconfiguration.openshift.io/v1
  kind: KubeletConfig
  metadata:
    annotations:
      machineconfiguration.openshift.io/mc-name-suffix: ""
    creationTimestamp: "2025-11-19T02:53:33Z"
    finalizers:
    - 99-worker-generated-kubelet
    generation: 1
    name: 80-custom-system-reserved
    resourceVersion: "35491"
    uid: bd02641e-4e8e-4ccb-a98e-7f4e9c919d3a
  spec:
    kubeletConfig:
      apiVersion: kubelet.config.k8s.io/v1beta1
      kind: KubeletConfiguration
      systemReserved:
        cpu: 500m
        memory: 1Gi
    machineConfigPoolSelector:
      matchLabels:
        pools.operator.machineconfiguration.openshift.io/worker: ""
  status:
    conditions:
    - lastTransitionTime: "2025-11-19T02:53:33Z"
      message: Success
      status: "True"
      type: Success
    observedGeneration: 1
kind: List
metadata:
  resourceVersion: ""
  1. Now checked if NODE_SIZING_ENABLED is set to false after the node restarts:
oc debug node/ip-10-0-64-18.us-east-2.compute.internal                                                          ✔  admin 󱃾  08:33:31
Starting pod/ip-10-0-64-18us-east-2computeinternal-debug-fljdx ...
To use host binaries, run `chroot /host`
Pod IP: 10.0.64.18
If you don't see a command prompt, try pressing enter.
sh-5.1# chroot /host
sh-5.1# cat /etc/node-sizing-enabled.env
NODE_SIZING_ENABLED=false
SYSTEM_RESERVED_MEMORY=1Gi
SYSTEM_RESERVED_CPU=500m
SYSTEM_RESERVED_ES=1Gi
sh-5.1#

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Nov 19, 2025

@ngopalak-redhat: The following tests 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/e2e-gcp-op-1of2 a3b1c01 link true /test e2e-gcp-op-1of2
ci/prow/bootstrap-unit a3b1c01 link false /test bootstrap-unit
ci/prow/e2e-gcp-op-single-node a3b1c01 link true /test e2e-gcp-op-single-node
ci/prow/e2e-hypershift a3b1c01 link true /test e2e-hypershift

Full PR test history. Your PR dashboard.

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.

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

Labels

do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants