Skip to content

Conversation

@jacobsee
Copy link
Member

@jacobsee jacobsee commented Dec 7, 2025

The PodTopologyLabelsAdmission feature has graduated to Beta and is enabled by default starting in 1.35-rc.0, adding extra labels to pods.

{  fail [github.com/openshift/origin/test/extended/cli/debug.go:316]: Expected
    <map[string]string | len:3>: {
        "debug.openshift.io/managed-by": "oc-debug",
        "topology.kubernetes.io/region": "us-east-2",
        "topology.kubernetes.io/zone": "us-east-2b",
    }
to have length 1}

Do we gain a benefit from ensuring that no extra labels are applied here? The number of labels will now differ between < 1.35 and >= 1.35 based versions of OCP, so extra logic will be necessary if so.

This is currently causing failures impacting the 1.35 rebase.

Causes failures in 1.35 since PodTopologyLabelsAdmission has graduated to v1beta1 and is enabled by default, adding extra labels to pods.
@openshift-ci-robot
Copy link

Pipeline controller notification
This repo is configured to use the pipeline controller. Second-stage tests will be triggered either automatically or after lgtm label is added, depending on the repository configuration. The pipeline controller will automatically detect which contexts are required and will utilize /test Prow commands to trigger the second stage.

For optional jobs, comment /test ? to see a list of all defined jobs. To trigger manually all jobs from second stage use /pipeline required command.

This repository is configured in: automatic mode

@openshift-ci-robot
Copy link

Scheduling required tests:
/test e2e-aws-csi
/test e2e-aws-ovn-fips
/test e2e-aws-ovn-microshift
/test e2e-aws-ovn-microshift-serial
/test e2e-aws-ovn-serial-1of2
/test e2e-aws-ovn-serial-2of2
/test e2e-gcp-csi
/test e2e-gcp-ovn
/test e2e-gcp-ovn-upgrade
/test e2e-metal-ipi-ovn-ipv6
/test e2e-vsphere-ovn
/test e2e-vsphere-ovn-upi

@ngopalak-redhat
Copy link
Contributor

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Dec 8, 2025
@ardaguclu
Copy link
Member

I agree that we can only check the presence of debug label. Thank you for fixing this
/lgtm

@jacobsee
Copy link
Member Author

jacobsee commented Dec 9, 2025

Labeling after conversation with @bertinatto
/label acknowledge-critical-fixes-only

@openshift-ci openshift-ci bot added the acknowledge-critical-fixes-only Indicates if the issuer of the label is OK with the policy. label Dec 9, 2025
@jacobsee jacobsee changed the title Remove pod label length check in oc debug test OCPSTRAT-2728: Remove pod label length check in oc debug test Dec 9, 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 Dec 9, 2025
@openshift-ci-robot
Copy link

openshift-ci-robot commented Dec 9, 2025

@jacobsee: This pull request references OCPSTRAT-2728 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 feature to target either version "4.21." or "openshift-4.21.", but it targets "openshift-4.22" instead.

In response to this:

The PodTopologyLabelsAdmission feature has graduated to Beta and is enabled by default starting in 1.35-rc.0, adding extra labels to pods.

{  fail [github.com/openshift/origin/test/extended/cli/debug.go:316]: Expected
   <map[string]string | len:3>: {
       "debug.openshift.io/managed-by": "oc-debug",
       "topology.kubernetes.io/region": "us-east-2",
       "topology.kubernetes.io/zone": "us-east-2b",
   }
to have length 1}

Do we gain a benefit from ensuring that no extra labels are applied here? The number of labels will now differ between < 1.35 and >= 1.35 based versions of OCP, so extra logic will be necessary if so.

This is currently causing failures impacting the 1.35 rebase.

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.

@jacobsee
Copy link
Member Author

jacobsee commented Dec 9, 2025

/verified by ci

@openshift-ci-robot openshift-ci-robot added the verified Signifies that the PR passed pre-merge verification criteria label Dec 9, 2025
@openshift-ci-robot
Copy link

@jacobsee: This PR has been marked as verified by ci.

In response to this:

/verified by ci

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.

@bertinatto
Copy link
Member

/approve

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Dec 10, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: ardaguclu, bertinatto, jacobsee, ngopalak-redhat

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

The pull request process is described 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

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Dec 10, 2025
@openshift-ci-robot
Copy link

/retest-required

Remaining retests: 0 against base HEAD 737f738 and 2 for PR HEAD dee1044 in total

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Dec 10, 2025

@jacobsee: all tests passed!

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.

@openshift-merge-bot openshift-merge-bot bot merged commit c86e3cd into openshift:main Dec 10, 2025
20 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

acknowledge-critical-fixes-only Indicates if the issuer of the label is OK with the policy. 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