-
Notifications
You must be signed in to change notification settings - Fork 890
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
Karmada-controller-manager stale state #5839
Comments
Firstly, I don't remember having that metric emitted by the karmada-controller-manager.
How do you delete the cluster? By |
Oh, I see. That was indeed reported from Karmada.
I think it's not the expected behavior. We need more explore how to fix it. By the way, how important is the metric to you? |
By the way, let me know if you are going to explore this? |
My goal is to create a custom scheduler for karmada, utilizing resource/power/network metrics, but I have not concluded which I will use, so at this point I was just trying to set up connectivity from karmada metrics to Prometheus. By exploring you mean if I will try to fix it? |
Yeah, I mean if you like you can dig into this issue, find the root cause, then try to fix it :) |
Unfortanutely, I don't think I have enough time to fix it in the foreseeable future :/ |
@RainbowMango: Closing this issue. In response to this:
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. |
Please provide an in-depth description of the question you have:
I started with a setup of 2 kind clusters,
karmada-host
andmember1
. The former was used both as the host were Karmada was installed, as well as a member cluster. So I had 2 member clusters joined. I also had set kube-prometheus-stack onkarmada-host
in order to retrieve karmada metrics. More specifically I was scraping karmada-controller-manager. While inspecting thecluster-node-number
metric I was getting the expected result.However, once I deleted
member1
cluster, karmada-controller-manager returned info about 2 clusters instead of 1 when querried.What do you think about this question?:
Is that expected behavior? Shouldn't karmada-controller-manager observe that 1 cluster has been deleted so that it shouldn't retrieve info about it anymore?
Environment:
The text was updated successfully, but these errors were encountered: