-
Notifications
You must be signed in to change notification settings - Fork 10
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
Cluster check issue with older clusters #35
Comments
I would have to see the content of |
Yes, I can. I sent the asked output by e-mail. |
Background story: ComponentStatus health checks are deprecated since Kubernetes 1.19: Older Rancher versions (using the old but nicer User Interface) heavily relied on these ComponentStatus values: See also https://www.claudiokuenzler.com/blog/1049/rancher2-kubernetes-cluster-errors-alerts-controller-manager-scheduler-deep-dive for a deeper dive into these cluster components. Already when I wrote that article back in February 2021, I knew that this will potentially have an impact on the monitoring check:
|
@kajla can you try with https://raw.githubusercontent.com/Napsty/check_rancher2/issue-35/check_rancher2.sh (branch issue-35) please? |
Thank you. That's fixed:
That's unfixed:
I will also send the debug output of this. |
Just made another push, please refresh and download https://raw.githubusercontent.com/Napsty/check_rancher2/issue-35/check_rancher2.sh again. Was missing the fix in the multi-cluster check. |
It's good now, thanks :) |
Thanks for testing and reporting! |
You welcome, I think it can be closed :) |
Hello,
We are using this script to monitor Rancher clusters.
We upgraded it to the latest version (check_rancher2 v 1.9.0 (c) 2018-2022).
We have noticed that the cluster check also throws an error for previously included clusters:
On newly registered RKE2 clusters, runs fine.
We noticed a small thing, that the cluster ID of the cluster with a good check is prefixed with 'c-m-', while the cluster that throws an error simply has the prefix 'c-' without 'm'.
Without cluster ID, we get as many errors as we have clusters.. x2. Because a cluster throws 2 errors.
We have got 4 older cluster and 2 newer cluster, so there is (4x2) 8 error message:
Cluster IDs:
I ran the script in debug, so I found which part throws the error:
1.
Could you fix it, please?
Thank you in advance.
Regards,
Adam
The text was updated successfully, but these errors were encountered: