-
Notifications
You must be signed in to change notification settings - Fork 4k
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
What's the chart version for cluster-autoscaler-1.19.1 ? #4054
Comments
Would be also nice if the compatibility between the chart and the app versions were mentioned somewhere in the docs (even if it is trivial like 'all chart versions can be used with any autoscaler version', although I doubt it's that simple). |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle rotten |
/remove-lifecycle rotten Hi there. I'm setting up some infrastructure myself and ran into this same ambiguity (re: kubernetes 1.21) where the appVersion in Chart.yaml is a version behind the version number placed into the release tag's name. I have found, so far, that using 9.9.2 in my terraform config seems to work fine, but I'm concerned I may not be using the correct version? It would be nice if this was made a little less ambiguous somewhere. |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
I'm also interested in this. Should be an easy and quick answer from contributors. |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
This bot is annoying. /remove-lifecycle stale |
I'm also in need of being able to identify the matching pair of chart to kubernetes version, a simple table somewhere would be helpful |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
other people watching, I've moved on and no longer directly manage kubernetes clusters but the issue still remains. perhaps it should be raised in a new ticket explicitly stating the requirements to know version of k8s to autoscaler chart version. |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle rotten |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /close not-planned |
@k8s-triage-robot: Closing this issue, marking it as "Not Planned". 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/test-infra repository. |
Hi community,
So far we are using forked chart from yours, and we would like to use upstream directly for consistency across our platform.
Our clusters are running EKS 1.19, so we are running
cluster-autoscaler-1.19.1
.Now I was looking at the chart, and I found that there is no chart meant specifically for 1.19.1. Indeed,
cluster-autoscaler-chart-9.4.0
hasappVersion: 1.18.1
(https://github.com/kubernetes/autoscaler/blob/cluster-autoscaler-chart-9.4.0/charts/cluster-autoscaler/Chart.yaml#L2)and
cluster-autoscaler-chart-9.5.0
hasappVersion: 1.20.0
(https://github.com/kubernetes/autoscaler/blob/cluster-autoscaler-chart-9.5.0/charts/cluster-autoscaler/Chart.yaml#L2)
Could one let us know which one we should use ? Even if it's only about overriding the
image.tag
incluster-autoscaler-chart-9.5.0
for example.Thanks for your support!
The text was updated successfully, but these errors were encountered: