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

Gracefully handle cloud resources name collisions #2312

Open
1 task done
fharper opened this issue Oct 23, 2024 · 2 comments
Open
1 task done

Gracefully handle cloud resources name collisions #2312

fharper opened this issue Oct 23, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@fharper
Copy link
Contributor

fharper commented Oct 23, 2024

Which version of kubefirst are you using?

2.6.1

Which cloud provider?

Google Cloud

Which DNS?

None specific

Which installation type?

None specific

Which distributed Git provider?

None specific

Did you use a fork of gitops-template?

No

Which Operating System?

None specific

What is the issue?

When you try to create a cluster within a cloud that had some resources left using the same cluster name, the cloud Terraform step will fail without much more information. We should check if resources with the same name already exist and advice the user in the preflight checks or at a minimum fail gracefully. I think we check for cluster, but not all resources we need to create.

CleanShot 2024-10-23 at 10 57 25

I only tested with Google Cloud, but I assume it's the same issue in any cloud.

Code of Conduct

  • I agree to follow this project's Code of Conduct
@fharper fharper added the bug Something isn't working label Oct 23, 2024
Copy link

linear bot commented Oct 23, 2024

@fharper
Copy link
Contributor Author

fharper commented Nov 5, 2024

It's happening in all clouds, and it's a recurring issues our users have when they are testing Kubefirst.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant