Skip to content

Conversation

@dusk125
Copy link

@dusk125 dusk125 commented Jul 22, 2025

No description provided.

linxiulei and others added 8 commits June 6, 2025 20:58
Once received job deletion event, it cleans the backoff records for that
job before enqueueing this job so that we can avoid a race condition
that the syncJob() may incorrect use stale backoff records for a newly created
job with same key.

Co-authored-by: Michal Wozniak <[email protected]>
…pick-of-#132109-release-1.31

Automated cherry pick of kubernetes#132109: Clean backoff record earlier
…pick-of-#130782-origin-release-1.31

Automated cherry pick of kubernetes#130782: Kubeadm issue kubernetes#3152 ControlPlane node setup failing with "etcdserver: can only promote a learner member"
Writes to policy resources don't instantaneously take effect in admission. ValidatingAdmissionPolicy
integration tests determine that the policies under test have taken effect by adding a sentinel
policy rule and polling until that rule is applied to a request.

If the marker resource names are the same for each test case in a series of test cases, then
observing a policy's effect on a marker request only indicates that _any_ test policy is in effect,
but it's not necessarily the policy the current test case is waiting for. For example:

1. Test 1 creates a policy and binding.

2. The policy and binding are observed by the admission plugin and take effect.

3. Test 1 observes that a policy is in effect via marker requests.

4. Test 1 exercises the behavior under test and successfully deletes the policy and binding it
created.

5. Test 2 creates a policy and binding.

6. Test 2 observes that a policy is in effect via marker requests, but the policy in effect is still
the one created by Test 1.

7. Test 2 exercises the behavior under test, which fails because it was evaluated against Test 1's
policy.

Generating a per-policy name for the marker resource in each test resolves the timing issue. In the
example, step (6) will not proceed until the admission plugin has observed the policy and binding
created in (5).
…k-of-#132502-upstream-release-1.31

Automated cherry pick of kubernetes#132502: Fix flake caused by invalid detection of active policies in VAP integration tests
@openshift-ci-robot openshift-ci-robot added jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels Jul 22, 2025
@openshift-ci-robot
Copy link

@dusk125: This pull request references Jira Issue OCPBUGS-59535, which is invalid:

  • expected the bug to target either version "4.20." or "openshift-4.20.", but it targets "4.18.z" instead

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

The bug has been updated to refer to the pull request using the external bug tracker.

In 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.

@openshift-merge-robot openshift-merge-robot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Jul 22, 2025
@openshift-ci-robot openshift-ci-robot added the backports/unvalidated-commits Indicates that not all commits come to merged upstream PRs. label Jul 22, 2025
@dusk125 dusk125 changed the base branch from master to release-4.18 July 22, 2025 17:29
@openshift-ci-robot
Copy link

@dusk125: This pull request references Jira Issue OCPBUGS-59535, which is invalid:

  • release note text must be set and not match the template OR release note type must be set to "Release Note Not Required". For more information you can reference the OpenShift Bug Process.
  • expected Jira Issue OCPBUGS-59535 to depend on a bug targeting a version in 4.19.0, 4.19.z and in one of the following states: VERIFIED, RELEASE PENDING, CLOSED (ERRATA), CLOSED (CURRENT RELEASE), CLOSED (DONE), CLOSED (DONE-ERRATA), but no dependents were found

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

In 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.

@openshift-ci-robot
Copy link

@dusk125: the contents of this pull request could not be automatically validated.

The following commits are valid:

The following commits could not be validated and must be approved by a top-level approver:

Comment /validate-backports to re-evaluate validity of the upstream PRs, for example when they are merged upstream.

@openshift-merge-robot openshift-merge-robot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Jul 22, 2025
@openshift-ci openshift-ci bot requested review from bertinatto and tkashem July 22, 2025 17:30
@openshift-ci openshift-ci bot added the vendor-update Touching vendor dir or related files label Jul 22, 2025
@kevinrizza
Copy link
Member

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Jul 22, 2025
@openshift-ci
Copy link

openshift-ci bot commented Jul 22, 2025

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: dusk125, kevinrizza
Once this PR has been reviewed and has the lgtm label, please assign tkashem 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

@openshift-ci openshift-ci bot removed the lgtm Indicates that a PR is ready to be merged. label Jul 24, 2025
@openshift-ci
Copy link

openshift-ci bot commented Jul 24, 2025

New changes are detected. LGTM label has been removed.

@openshift-ci-robot
Copy link

@dusk125: the contents of this pull request could not be automatically validated.

The following commits could not be validated and must be approved by a top-level approver:

Comment /validate-backports to re-evaluate validity of the upstream PRs, for example when they are merged upstream.

@openshift-ci
Copy link

openshift-ci bot commented Jul 24, 2025

@dusk125: 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-aws-ovn-hypershift adaa59c link true /test e2e-aws-ovn-hypershift
ci/prow/e2e-aws-ovn-techpreview adaa59c link false /test e2e-aws-ovn-techpreview
ci/prow/e2e-aws-ovn-techpreview-serial adaa59c link false /test e2e-aws-ovn-techpreview-serial
ci/prow/e2e-aws-ovn-crun adaa59c link true /test e2e-aws-ovn-crun
ci/prow/configmap-scale 14ddfb4 link true /test configmap-scale
ci/prow/e2e-aws-disruptive 14ddfb4 link false /test e2e-aws-disruptive
ci/prow/e2e-openstack-csi-manila 14ddfb4 link false /test e2e-openstack-csi-manila
ci/prow/e2e-azure 14ddfb4 link false /test e2e-azure
ci/prow/e2e-aws-single-node 14ddfb4 link false /test e2e-aws-single-node
ci/prow/e2e-openstack-csi-cinder 14ddfb4 link false /test e2e-openstack-csi-cinder
ci/prow/e2e-aws-csi 14ddfb4 link false /test e2e-aws-csi
ci/prow/e2e-aws-ovn 14ddfb4 link false /test e2e-aws-ovn

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.

@dusk125
Copy link
Author

dusk125 commented Jul 25, 2025

It looks like the tests are still trying to pull from master/main instead of release-4.18 since I accidentally opened this originally against master/main instead of release-4.18 - going to reopen.
/close

@openshift-ci openshift-ci bot closed this Jul 25, 2025
@openshift-ci
Copy link

openshift-ci bot commented Jul 25, 2025

@dusk125: Closed this PR.

In response to this:

It looks like the tests are still trying to pull from master/main instead of release-4.18 since I accidentally opened this originally against master/main instead of release-4.18 - going to reopen.
/close

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.

@openshift-ci-robot
Copy link

@dusk125: This pull request references Jira Issue OCPBUGS-59535. The bug has been updated to no longer refer to the pull request using the external bug tracker. All external bug links have been closed. The bug has been moved to the NEW state.

In 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.

@dusk125 dusk125 deleted the rebase-v1.31.11 branch August 6, 2025 00:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

backports/unvalidated-commits Indicates that not all commits come to merged upstream PRs. jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. vendor-update Touching vendor dir or related files

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants