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

"Clean leftover kubernetes loadbalancers" (#656) is a breaking change on our environment #672

Open
Kumm-Kai opened this issue Sep 25, 2023 · 2 comments
Labels
area/networking Networking related kind/bug Bug lifecycle/stale Nobody worked on this for 6 months (will further age) platform/openstack OpenStack platform/infrastructure

Comments

@Kumm-Kai
Copy link
Contributor

How to categorize this issue?
/area networking
/kind bug
/platform openstack

What happened:
Since the introduced changes in #656, infrastructure deletion isn't able to complete in our openstack environment.
It fails with the following error: No suitable endpoint could be found in the service catalog.

This is happening because our openstack environment doesn't provide endpoints for the octavia API, so it is more or less expected to fail.

What you expected to happen:
Successfull infrastructure deletion

How to reproduce it (as minimally and precisely as possible):
Good question. (Will followup if necessary)

Anything else we need to know?:
If you have a proposal for a "fix" I could implement it 🙂

Environment:

  • Extension version: v1.36.0
  • Cloud provider or hardware configuration: STACKIT
@gardener-robot gardener-robot added area/networking Networking related kind/bug Bug platform/openstack OpenStack platform/infrastructure labels Sep 25, 2023
@kon-angelo
Copy link
Contributor

Hello @Kumm-Kai. If I understand the issue, it is because we have "embedded" calls in our codebase that make assumptions about the LB provider (octavia in this case) and break compatibility with your environment (yawol).

@Kumm-Kai
Copy link
Contributor Author

Kumm-Kai commented Oct 6, 2023

Hello @Kumm-Kai. If I understand the issue, it is because we have "embedded" calls in our codebase that make assumptions about the LB provider (octavia in this case) and break compatibility with your environment (yawol).

Partly correct.
Compatibility with our own LB (yawol) is working as expected (and is unrelated to this).
But due to the "Clean leftover kubernetes loadbalancers" code this breaks deletion in our openstack as it doesn't provide endpoints for the ocatvia API.

As said in the issue description, if you have an idea how this could be solved (without us removing the commit from our fork^^) I would be happy to implement it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/networking Networking related kind/bug Bug lifecycle/stale Nobody worked on this for 6 months (will further age) platform/openstack OpenStack platform/infrastructure
Projects
None yet
Development

No branches or pull requests

3 participants