Skip to content
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

Helm3: No 'init', doesn't use existing ~/.helm #6359

Closed
joelbernstein opened this issue Sep 5, 2019 · 21 comments
Closed

Helm3: No 'init', doesn't use existing ~/.helm #6359

joelbernstein opened this issue Sep 5, 2019 · 21 comments
Labels
question/support v3.x

Comments

@joelbernstein
Copy link

@joelbernstein joelbernstein commented Sep 5, 2019

./helm version version.BuildInfo{Version:"v3.0.0-beta.1", GitCommit:"f76b5f21adb53a85de8925f4a9d4f9bd99f185b5", GitTreeState:"clean", GoVersion:"go1.12.9"}

I've upgraded from helm v2 by downloading the beta v3 client.
I've deleted the tiller account with the v2 client.
No helm commands using v3 seem to work -- it knows nothing about repositories.
If I supply them on command line, it still doesn't DTRT:

➜  helm-darwin-amd64 ./helm --repository-cache ~/.helm/repository/cache --repository-config ~/.helm/repository/repositories.yaml repo update
Error: couldn't load repositories file (): open : no such file or directory

But it clearly can read the config therein:

➜  helm-darwin-amd64 ./helm --repository-cache ~/.helm/repository/cache --repository-config ~/.helm/repository/repositories.yaml repo list
NAME  	URL
stable	https://kubernetes-charts.storage.googleapis.com
local 	http://127.0.0.1:8879/charts
gitlab	https://charts.gitlab.io/

But installing any chart fails:

➜  helm-darwin-amd64 ./helm --repository-cache ~/.helm/repository/cache --repository-config ~/.helm/repository/repositories.yaml install stable/kong --set ingressController.enabled=true -g
Error: failed to download "stable/kong" (hint: running `helm repo update` may help)
[1]    66253 exit 1     ./helm --repository-cache ~/.helm/repository/cache --repository-config

Why not add a virtual subcommand helm init like in v2, which either reconfigures helm based on v2 config, or explains properly how to modify the existing config? This is really not obvious. The docs on the v3.helm.sh/docs all refer to v2 and talk about helm init and so on. If the docs are this unready then it's not in Beta, surely? This is just silly.

Can you please point out the docs that explain how to upgrade to v3 without losing all functionality? Surely they exist?

@hickeyma
Copy link
Contributor

@hickeyma hickeyma commented Sep 5, 2019

@joelbernstein It looks like you might be using beta.1. There was some issues with this release and are fixed in beta.2. Can you try using that instead and see if it works as expected? FYI, default repos like stable are no longer set-up OOTB.

The upgrade/migration path is still WIP: #5892

@hickeyma hickeyma added question/support v3.x labels Sep 5, 2019
@joelbernstein
Copy link
Author

@joelbernstein joelbernstein commented Sep 5, 2019

@hickeyma thanks for getting back to me. You're right, it looks like I'm using beta.1 which I guess was linked off some docs. I'll try with beta.2 and comment back.
Re upgrade/migration, i think that's to do with differences in user-supplied chart syntax? Whereas I'm just trying to use helmv3 to deploy some packaged code (e.g. Kong proxy) to my kubernetes cluster without needing RBAC and a Tiller namespace and so on. Is this a reasonable expectation on my part?

@joelbernstein
Copy link
Author

@joelbernstein joelbernstein commented Sep 5, 2019

@hickeyma that worked! Thanks

➜  helm-darwin-amd64 ./helm repo update
Error: no repositories found. You must add one before updating
[1]    66403 exit 1     ./helm repo update
➜  helm-darwin-amd64 ./helm --repository-cache ~/.helm/repository/cache --repository-config ~/.helm/repository/repositories.yaml repo update
Hang tight while we grab the latest from your chart repositories...
...Unable to get an update from the "local" chart repository (http://127.0.0.1:8879/charts):
	Get http://127.0.0.1:8879/charts/index.yaml: dial tcp 127.0.0.1:8879: connect: connection refused
...Successfully got an update from the "gitlab" chart repository
...Successfully got an update from the "stable" chart repository
Update Complete. ⎈ Happy Helming!⎈```

@hickeyma
Copy link
Contributor

@hickeyma hickeyma commented Sep 5, 2019

@joelbernstein The migration is for using any configuration and releases from Helm v2. If you just want to use the cluster you can use Helm v3 side-by-side with Helm v2 without removing Tiller etc. More details about use cases: #5582

@joelbernstein
Copy link
Author

@joelbernstein joelbernstein commented Sep 5, 2019

@hickeyma by "releases", do you mean "any charts created and published with helm v2"?

I've just - experimentally - used helmv3b2 to deploy stable/kong and it seems to have worked fine.

@hickeyma
Copy link
Contributor

@hickeyma hickeyma commented Sep 5, 2019

by "releases", do you mean "any charts created and published with helm v2"?

Yes

You should be good to go then.

@hickeyma hickeyma closed this as completed Sep 5, 2019
@hickeyma
Copy link
Contributor

@hickeyma hickeyma commented Sep 5, 2019

Closing @joelbernstein. If you find any other issues, just raise an issue for that.

@tammersaleh
Copy link

@tammersaleh tammersaleh commented Sep 5, 2019

I'm also using the helm v3.0.0-beta2 client, but from a completely fresh state (no ~/.helm directory). How do I add the correct repositories without the helm init command?

@tammersaleh
Copy link

@tammersaleh tammersaleh commented Sep 5, 2019

Found this in another issue:

helm repo add stable https://kubernetes-charts.storage.googleapis.com

@joelbernstein
Copy link
Author

@joelbernstein joelbernstein commented Sep 5, 2019

Closing @joelbernstein. If you find any other issues, just raise an issue for that.

Thanks, hope this comment doesn't reopen the issue (!) just wanted to say that I really approve of the design changes in helmv3 and I'm sorry if this issue wasted your time.

@joelbernstein
Copy link
Author

@joelbernstein joelbernstein commented Sep 5, 2019

FWIW one of the docs linked to v3beta1 but I can't recall which one. If I find it I'll send a PR to fix it.

@hickeyma
Copy link
Contributor

@hickeyma hickeyma commented Sep 6, 2019

@rimusz
Copy link
Contributor

@rimusz rimusz commented Sep 6, 2019

@tammersaleh check out my blog post https://rimusz.net/helm_v3_beta on how to use helm v3 and changes it introduced

@tammersaleh
Copy link

@tammersaleh tammersaleh commented Sep 6, 2019

Thanks @hickeyma - The docs do list which url each repo points to, but doesn't quite explain what @rimusz' post does: that init was removed, and exactly how to add stable on a fresh helm3 installation.

@bacongobbler
Copy link
Member

@bacongobbler bacongobbler commented Sep 6, 2019

The reason why the documentation doesn't explain how to add back the stable repository is because the charts team are planning to deprecate that repository. The cloud bucket hosting that chart repository will eventually be shut down and will no longer host charts.

Even though Helm is designed to work with numerous distributed repositories, the stable repository has given the impression or feel of a "central" repository. The central repository has become more than a handful to manage and scale so it isn't going to work for the next phase of growth in the community.

This is where Helm Hub comes in. We want to encourage people to host their own chart repositories and share them in a more discoverable place. The charts team is working on that migration plan, and they will have more information to share once that is ready.

RE: the docs not explaining this, thanks for pointing that out. It's on our roadmap to update the documentation prior to the 3.0 final release. We've been focusing on bug squashing, but once Helm Summit is finished, we should have breathing room to update the documentation

Anyways, this is starting to get off topic from OP's discussion. Feel free to ask these questions on Slack if you have further questions about the decision to remove the stable repository from Helm 3. Thanks!

@tammersaleh
Copy link

@tammersaleh tammersaleh commented Sep 6, 2019

Thanks @bacongobbler, that explanation is very helpful! Sorry if I came off as unhappy with the docs situation - I'm using a beta pre-release, so I completely understand the lack of docs.

@rimusz
Copy link
Contributor

@rimusz rimusz commented Sep 6, 2019

we still should properly document the stable remove removal and how to use it in the mean time till it gets shut down, as right now not documenting its removal properly I see it makes a big confusion that helm v3 beta is not working

@bacongobbler
Copy link
Member

@bacongobbler bacongobbler commented Sep 6, 2019

RE: the docs not explaining this, thanks for pointing that out. It's on our roadmap to update the documentation prior to the 3.0 final release. We've been focusing on bug squashing, but once Helm Summit is finished, we should have breathing room to update the documentation

@adampl
Copy link

@adampl adampl commented Nov 17, 2019

helm repo add stable https://kubernetes-charts.storage.googleapis.com/

@defyjoy
Copy link

@defyjoy defyjoy commented Feb 28, 2020

helm repo add stable https://kubernetes-charts.storage.googleapis.com/

Sorry for being noob . But isn't this supposed to be included by default OR isn't it supposed to be documented ? Is it my fault that I did not find this anywhere in documentation OR is it not there at all ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question/support v3.x
Projects
None yet
Development

No branches or pull requests

7 participants