Open bhomrich opened 2 years ago
Hi @bhomrich ,
could you solve the issue? If so, could you please share the solution? I'm having the same issue on Kubernetes 1.23.x on Ubuntu 20.04
To fix this you may remove the line that includes kuberhealthy in helmfile.yaml here: https://github.com/jx3-gitops-repositories/jx3-kubernetes/blob/main/helmfile.yaml#L4
Here is an overview of how it works https://jenkins-x.io/v3/about/how-it-works/
Issue still occurs in K8s 1.24.10 with the line that includes kuberhealthy in helmfile.yaml removed
unable to recognize "config-root/namespaces/jx/jx-kh-check-health-checks-jx/jx-bot-token-kuberhealthycheck.yaml": no matches for kind "KuberhealthyCheck" in version "comcast.github.io/v1"
unable to recognize "config-root/namespaces/jx/jx-kh-check-health-checks-jx/jx-webhook-events-kuberhealthycheck.yaml": no matches for kind "KuberhealthyCheck" in version "comcast.github.io/v1"
unable to recognize "config-root/namespaces/jx/jx-kh-check-health-checks-jx/jx-webhook-kuberhealthycheck.yaml": no matches for kind "KuberhealthyCheck" in version "comcast.github.io/v1"
I tried with newer version kuberhealthy charts, then this problem seems solved, but I still have another issue that tekton cannot strart...(Solved according to https://github.com/tektoncd/pipeline/issues/3367#issuecomment-706988789) However lighthouse webhook still not working ... :(
I opened this PR to help resolve the CRD apiVersion issue https://github.com/jx3-gitops-repositories/jx3-kubernetes/pull/14
if anyone is trying to disable kuberhealthy and meet errors, should look into the below, which also has a kuberhealthy check, and you should also disable those lines.
During an install onto a new 1.22.10 kubernetes on-prem, jx3 boot pod fails with CRD api version errors.
After following the on-prem install instructions (https://jenkins-x.io/v3/admin/platforms/on-premises/), and getting to the operator install step (jx admin.....)
Logged output is the same as the previously reported issue #10:
I am a novice in understanding how to get the environment to deploy with changed dependencies (my guess is the current specification of kuberhealthy @ version "64" is playing a role in the issue, but I can't seem to make my install change versions at deployment). If there is a primer on how the install/build process works (where it takes inputs to finally build/deploy resources), I'll happily take a pointer and try to help resolve this issue.