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

Does Karmada save resource metadata between helm installations? #5488

Open
mszacillo opened this issue Sep 6, 2024 · 1 comment
Open

Does Karmada save resource metadata between helm installations? #5488

mszacillo opened this issue Sep 6, 2024 · 1 comment
Labels
kind/question Indicates an issue that is a support question.

Comments

@mszacillo
Copy link
Contributor

Hi Karmada community!

Please provide an in-depth description of the question you have:

We're about to release our Flink on Karmada setup to DEV, but I've noticed that resources linger on the Karmada control-plane between subsequent helm uninstall and helm installs. For example, in our DEV setup, we install the FlinkDeployment CRD onto the Karmada control-plane along with related propagation policies, federatedresourcequotas, and cluster objects.

When I do a helm uninstall, the karmada-system namespace is deleted and all karmada related resources are taken down with it. My expectation is that when we do this helm uninstall, that all karmada related resources should be deleted as well.

However we try to install karmada again with helm install karmada -n karmada-system, we find the previous resources we had installed on the karmada control-plane still exist. I assume this might be Karmada's way of ensuring no data is lost if there the etcd pod is deleted, or something goes wrong with the karmada setup.

Does Karmada save some sort of metadata outside the scope of the helm installation that would cause resources to persist between installations? And if so, where is this data stored?

How can I reproduce this?:

  1. Install karmada: helm install karmada -n karmada-system. Verify all Karmada pods are up and running.

  2. Install a CRD to the Karmada control-plane. (You can also install a propagationpolicy, or any other karmada specific resource).

  3. Uninstall karmada helm uninstall karmada -n karmada-system.

  4. Reinstall karmada. You will notice that the resources that were installed in step two still persist in the newly installed Karmada installation.

Environment: Kubernetes running on a Linux amd64 machine

  • Karmada version: v1.11
  • Kubernetes version: v1.29
@mszacillo mszacillo added the kind/question Indicates an issue that is a support question. label Sep 6, 2024
@RainbowMango
Copy link
Member

I remember we had a similar discussion about preventing etcd data from deleting during the development on karmada init and deinit. Not sure about the helm chart. @chaosi-zju Can you help to confirm it?

For karmadactl init the etcd data patch is specified by --etcd-data and defaults to /var/lik/karmada-etcd:

    --etcd-data='/var/lib/karmada-etcd':
	etcd data path,valid in hostPath mode.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/question Indicates an issue that is a support question.
Projects
None yet
Development

No branches or pull requests

2 participants