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

Consume Topology CR by reference #385

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

Conversation

fmount
Copy link
Collaborator

@fmount fmount commented Feb 3, 2025

This patch introduces a more granular control over Pod placement and scheduling through the Topology CR integration introduced in [1].
In particular it provides:

  • a new API parameter (TopologyRef) defined for each Component that allows to reference an existing Topology CR in the same namespace
  • the operator logic that retrieves and processes the referenced Topology CR through the functions provided by lib-common [2]
  • an enhanced StatefulSet configuration that incorporates the processed Topology
  • a set of envTest to test the lifecycle (add/update/override/remove) of the resulting StatefulSet when a Topology is referenced

Note that webhooks are in place to prevent referencing a Topology from a different namespace (which is not a supported scenario).

@openshift-ci openshift-ci bot requested review from dprince and viroel February 3, 2025 16:34
@fmount fmount requested review from fultonj and removed request for dprince and viroel February 3, 2025 16:34
Copy link
Contributor

openshift-ci bot commented Feb 3, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: fmount

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 label Feb 3, 2025
@fmount fmount force-pushed the topologyref branch 5 times, most recently from 6db6f27 to 855fc97 Compare February 4, 2025 07:00
@fmount
Copy link
Collaborator Author

fmount commented Feb 4, 2025

/test manila-operator-build-deploy-kuttl

1 similar comment
@fmount
Copy link
Collaborator Author

fmount commented Feb 4, 2025

/test manila-operator-build-deploy-kuttl

@fmount
Copy link
Collaborator Author

fmount commented Feb 4, 2025

The kuttl failure looks really weird. I think it might be related to some timing issue between multiple set of test execution:

The assert fails with the following:

resource Manila:manila-kuttl-tests/manila: .status.conditions.message: value mismatch, expected: Setup complete != actual: DBsync job still running

but from the must-gather we can see the DBSync job is over and Pods are up. I'm wondering if we need a bigger timeout to let the assert watch at the last results and move forward.

[1] https://gcsweb-ci.apps.ci.l2s4.p1.openshiftapps.com/gcs/test-platform-results/pr-logs/pull/openstack-k8s-operators_manila-operator/385/pull-ci-openstack-k8s-operators-manila-operator-main-manila-operator-build-deploy-kuttl/1886750025833254912/artifacts/manila-operator-build-deploy-kuttl/openstack-k8s-operators-gather/artifacts/must-gather/quay-io-openstack-k8s-operators-openstack-must-gather-sha256-55eb3b500ace4d56c78d8429339c3bed467f6defa3573ee8de17c6c4a9c1cd7c/namespaces/manila-kuttl-tests/all_resources.log

@fmount fmount force-pushed the topologyref branch 2 times, most recently from 6442a12 to 1a10752 Compare February 4, 2025 14:47
@fmount
Copy link
Collaborator Author

fmount commented Feb 4, 2025

/test manila-operator-build-deploy-tempest

@fmount
Copy link
Collaborator Author

fmount commented Feb 5, 2025

I might need to update this patch on top of openstack-k8s-operators/lib-common#597, /holding it for now.

@fmount
Copy link
Collaborator Author

fmount commented Feb 7, 2025

/retest

@fmount fmount force-pushed the topologyref branch 2 times, most recently from 10aeb9e to 8f4e092 Compare February 10, 2025 07:51
This patch provides more granular control over Pod placement and
scheduling through the Topology CR integration introduced in [1].
In particular it provides:

- a new API parameter (TopologyRef) defined for each Component that
  allows to reference an existing Topology CRs in the same namespace

- the operator logic that retrieves and processes the referenced
  Topology CR through the functions provided by lib-common [2]

- an enhanced StatefulSet configuration that incorporates the processed
  Topology

- a set of envTest to test the lifecycle (add/update/override/remove) of
  the resulting StatefulSets when a Topology is referenced

Note that webhooks are in place to prevent referencing a Topology from a
different namespace (which is not a supported scenario).

Signed-off-by: Francesco Pantano <[email protected]>
Copy link
Contributor

openshift-ci bot commented Feb 10, 2025

@fmount: 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/manila-operator-build-deploy-kuttl 8da1f9c link true /test manila-operator-build-deploy-kuttl

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
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant