#helm (2019-07)
Archive: https://archive.sweetops.com/helm/
2019-07-09
how are you guys handling the Error: "blah" has no deployed releases when a helm install gets in a failed state? I Know you can run delete --purge but thats not very ideal
To answer my own question theres a new --atomic flag in helm 2.13 that will clean up a failed release.
2019-07-16
What’s this I hear about Helm 3 not needing Tiller?
That’s been the plan for a long time
2019-07-18
theres a beta out
2019-07-22
anyone else ever run into issues where you deploy a helm chart with a new image, but because of an application error, you redeploy the previous stable image, but the new image version persists? i.e running basically these two commands:
$ helm upgrade blah --set "imageTag=1.2.4"
## application error on version 1.2.4
$ helm upgrade blah --set "imageTag=1.2.3"
on paper, i’d think the image at this point should be 1.2.3, but i’ve run into the case where it continues to persist 1.2.4. i feel like helm shouldn’t care about your image tags and their semver versions and whether youre incrementing or decrementing the image version, and this shouldnt be happening?
I don’t quite follow. helm doesn’t know what imageTag means. it doesn’t know what any “value” means.
most likely some subtle logical bug.
does the helm status flip to FAILED
?
@Erik Osterman (Cloud Posse) exactly! which is why it’s so weird to me. but this never happens when we deploy forward (i.e. v1.2.3 -> v1.2.4) and we run hundreds of deployments a day but i’ve noticed it happen on rare occasions when we deploy backwards. (v1.2.4 -> v1.2.3)
helm deploys successfully so no FAILED status
2019-07-31