-
Notifications
You must be signed in to change notification settings - Fork 859
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
Error monitoring cluster health: no matches for kind "Cluster" #4942
Comments
@chaosi-zju Can you help to reproduce it on your side? |
Hi @levkp, sorry for the late reply (((;꒪ꈊ꒪;))). First, I want to confirm what version karmada did you installed. As you said:
But may be the latest version is 1.9.0: $ helm search repo karmada
NAME CHART VERSION APP VERSION DESCRIPTION
karmada-charts/karmada v1.9.0 latest A Helm chart for karmada
karmada-charts/karmada-operator v1.8.0 v1.1.0 A Helm chart for karmada-operator Then, I installed $ kubectl get po -A
NAMESPACE NAME READY STATUS RESTARTS AGE
karmada-system etcd-0 1/1 Running 0 4m33s
karmada-system karmada-aggregated-apiserver-6bf466fdc4-fv86h 1/1 Running 2 (4m27s ago) 4m33s
karmada-system karmada-apiserver-756b559f84-qf2td 1/1 Running 0 4m33s
karmada-system karmada-controller-manager-7b9f6f5f5-v5bwp 1/1 Running 3 (4m16s ago) 4m33s
karmada-system karmada-kube-controller-manager-7b6d45cbdf-5kk8d 1/1 Running 2 (4m27s ago) 4m33s
karmada-system karmada-scheduler-64db5cf5d6-bgd85 1/1 Running 0 4m33s
karmada-system karmada-webhook-7b6fc7f575-chqjk 1/1 Running 0 4m33s Next, in case of your At Last, is it necessary for you to use remote helm method? May be we can also try downloading the chart and install it locally? For efficient installation, may be you can refer and try steps mentioned in #4963 (comment) |
similar problem in progress #4917 |
hi @levkp, can you try install karmada at |
Hi @chaosi-zju!
No problem, and thanks for looking into this.
I installed 1.9.0, I wrote 1.9.1 only by mistake. As you recommended, I followed your installation steps in #4963 after cloning the repo:
Here are the logs again for the controller manager. I see three variations of the error I started this issue with:
As you suggested, I looked at the logs of karmada-apiserver and etcd:
I'm not sure where the address 172.20.0.10 is coming from. I have the CNI and CoreDNS plugins installed, so I networking should be fine in my cluster. I'll investigate this further.
Logs for etcd:
I always let Karmada create and use karmada-system. |
Thanks, I will continue to look into the |
@chaosi-zju Because crds of karmada be installed after running karmada-controller-manager in our chart, so the karmada-controller-manager not informer those resource. but now pod should return to running after a few restarts. This issue is not easy to solve, I have a solution here that runs karmada-controller-manager behind post-install-job. how do you think? |
@chaosi-zju |
@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. |
What happened:
The controller manager's status becomes CrashLoopBackOff after installing Karmada with remote Helm chart.
What you expected to happen:
All pods in the karmada-system namespace have status Running.
How to reproduce it (as minimally and precisely as possible):
Install Karmada following the remote Helm chart method described in karmada/charts/karmada/README.md.
I tried doing this in my personal environment (EKS cluster running on 5 t3.medium EC2 nodes), and in Killercoda. Both gave the same logs.
Anything else we need to know?:
Here is the (I hope all) relevant output of
kubectl logs karmada-controller-manager-77f9f77789-dlkt8 -n karmada-system
in my personal Kubernetes environment:and
Environment:
kubectl-karmada version
orkarmadactl version
):The text was updated successfully, but these errors were encountered: