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

What to do with owned resources during cluster migration? #89

Open
irbekrm opened this issue Feb 13, 2023 · 0 comments
Open

What to do with owned resources during cluster migration? #89

irbekrm opened this issue Feb 13, 2023 · 0 comments

Comments

@irbekrm
Copy link
Contributor

irbekrm commented Feb 13, 2023

At the moment jsctl x clusters backup command cleans up most fields that could cause issues during restore such as UUID.

It does not however clean up owner references on resources.

I am not sure in what cases users would be migrating owned resources (issuers etc). I assume that if resources were owned (i.e by another controller) the migration would require extra custom steps.

There's a couple extra steps we could do:

  • jsctl x clusters uninstall verify command could print a warning if owner references found either on custom resources or CSI driver etc deployments
  • jsctl clusters status command could output how a resource/compoent installation was deployed (on basis of helm, kubectl annotations, owner refs etc)
  • jsctl x clusters backup command could optionally clean up owner references

Perhaps we could wait to see if any such scenario comes up to determine what would be the best action to take.

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

No branches or pull requests

1 participant