Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

networksegmentation, udn: Wait for NetworkCreated or NetworkReady condition #29381

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

ormergi
Copy link
Contributor

@ormergi ormergi commented Dec 17, 2024

Following the incoming changes of UserDefinedNetwork CRD condition type [1], tests that assert on the NetworkReady condition type should take in account the renamed type NetworkCreated to avoid CI breakage in the following scenarios:

  • Production code changes reached D/S before tests code changes: Having the UDN CRD produce the new condition type (NetworkCreated), while e2e tests assert on the old condition type (NetworkReady).
  • Tests code changes reached D/S before production code changes: Having the UDN CRD produce the old condition type (NetworkReady), while tests assert on the new condition type (NetworkCreated).

Change assertions on UDN condition type NetworkReady, expect condition type NetworkReady or NetworkCreated.

[1] ovn-kubernetes/ovn-kubernetes#4884

…dition

Following the incoming changes of UserDefinedNetwork CRD condition type
[1], tests that assert on the NetworkReady condition type should
take in account the renamed type NetworkCreated to avoid CI breakage
in the following scenarios:
- Production code changes reached D/S before tests code changes:
  Having the UDN CRD produce the new condition type (NetworkCreated),
  while e2e tests assert on the old condition type (NetworkReady).
- Tests code changes reached D/S before production code changes:
  Having the UDN CRD produce the old condition type (NetworkReady),
  while tests assert on the new condition type (NetworkCreated).

Change assertions on UDN condition type NetworkReady, expect condition type
NetworkReady or NetworkCreated.

[1] ovn-kubernetes/ovn-kubernetes#4884

Signed-off-by: Or Mergi <[email protected]>
@ormergi
Copy link
Contributor Author

ormergi commented Dec 17, 2024

/cc @npinaeva

Copy link
Contributor

openshift-ci bot commented Dec 17, 2024

[APPROVALNOTIFIER] This PR is NOT APPROVED

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

Copy link
Contributor

openshift-ci bot commented Dec 17, 2024

@ormergi: 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-single-node-serial 00deba7 link false /test e2e-aws-ovn-single-node-serial
ci/prow/e2e-aws-ovn-single-node-upgrade 00deba7 link false /test e2e-aws-ovn-single-node-upgrade
ci/prow/okd-scos-e2e-aws-ovn 00deba7 link false /test okd-scos-e2e-aws-ovn
ci/prow/e2e-aws-ovn-cgroupsv2 00deba7 link false /test e2e-aws-ovn-cgroupsv2
ci/prow/e2e-aws-ovn-serial 00deba7 link true /test e2e-aws-ovn-serial

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.

@npinaeva
Copy link
Member

we should run this after ovn-k d/s merge is done to make sure the test works, otherwise it lgtm

@ormergi
Copy link
Contributor Author

ormergi commented Dec 20, 2024

we should run this after ovn-k d/s merge is done to make sure the test works, otherwise it lgtm

I think the U/S PR wont pass on D/S w/o this PR changes, the D/S merge PR wont pass D/S CI

@npinaeva
Copy link
Member

yep, you can build a cluster with cluster-bot using an ovn-k PR (d/s merge or your own tmp PR) with the status change and run this test against it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants