Always do `helm repo update` #630

katlimruiz · 2020-11-25T19:41:47Z

Description

I was trying to install the following manifest:

resource "helm_release" "certmanager" {
  # name of the installation (release)
  name             = "cert-manager"
  repository       = "https://charts.jetstack.io"
  chart            = "cert-manager"
  version          = "1.1.0"
  namespace        = "cert-manager"
  create_namespace = true
  timeout = 120
}

And it did not work. I set SET HELM_DEBUG=1 and it showed me the following error:

Error: no cached repo found. (try 'helm repo update'): open C:\Users\xxx\AppData\Local\Temp\helm\repository\jetstack-index.yaml: The system cannot find the file specified.

I solved it by doing a manual helm repo update in the console, then I ran again tf apply and it worked.

Potential Terraform Configuration

It would be nice to have a new argument so we could decide whether to do a previous helm repo update.

resource "helm_release" "certmanager" {
  # name of the installation (release)
  name             = "cert-manager"
  repository       = "https://charts.jetstack.io"
  chart            = "cert-manager"
  version          = "1.1.0"
  namespace        = "cert-manager"
  create_namespace = true
  timeout = 120
  repo_update = true/false
}

Community Note

Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
If you are interested in working on this issue or have submitted a pull request, please leave a comment

The text was updated successfully, but these errors were encountered:

alexsomesan · 2020-12-02T17:42:46Z

Could you please share the versions of provider and Terraform that you're using?
Also, can you confirm this is happening specifically on Windows?

anhdle14 · 2020-12-08T08:23:27Z

I have the same issues running on Auzre Pipeliens Agents (Ubuntu 20.04) and MacOS (Big Sur 11.1 Beta) locally.

Terraform 0.13.5
Helm 1.3.2

f2calv · 2020-12-11T06:46:39Z

Terraform v0.14.0

provider registry.terraform.io/hashicorp/azurerm v2.39.0
provider registry.terraform.io/hashicorp/helm v1.3.2
provider registry.terraform.io/hashicorp/kubernetes v1.13.3

Initially I ran the below (identical inputs to OP but in a different order...);

resource "helm_release" "helm_jetstack_cert_manager" {
  name             = "cert-manager"
  namespace        = "cert-manager"
  create_namespace = true
  repository       = "https://charts.jetstack.io"
  chart            = "cert-manager"
  version          = "1.1.0"
  timeout          = 120
}

I received Error: failed to download "https://charts.jetstack.io/charts/cert-manager-v1.1.0.tgz" like rancher/quickstart#141 then by just changing the 'order' of the inputs to match OP I then started getting, no cached repo found. (try 'helm repo update').

I ran helm repo update manually and one of my helm repos failed (my ACR repo failed because I hadn't yet authorised via az acr login), so I removed the XXXXX.azurecr.io helm chart repo and re-ran terraform apply -auto-approve and cert-manager release was then created with no problem - hope that helps someone.

I don't understand how running the same inputs in a different order would cause different error messages!?

jkroepke · 2021-08-12T09:13:13Z

Provider Version: 2.2.0

resource "helm_release" "argo-cd" {
  name                  = "argo-cd"
  repository            = "https://argoproj.github.io/argo-helm"
  chart                 = "argo-cd"
  version               = "3.11.1"
  namespace             = kubernetes_namespace.infra-namespaces["infra-argo-cd"].metadata[0].name
  wait                  = true
  timeout               = 300
  atomic                = true
  cleanup_on_fail       = true
  values                = [""]
}

I could confirm, this error only occurs, if the local helm installation has some contained helm repo

Based on that, I modified the environment variable HELM_REPOSITORY_CONFIG=repositories.yaml

Then, terraform runs successfully.

Could someone confirm that?

Edit: I could resolve the issue, by setting registry_config_path inside

provider "helm" {
  registry_config_path = "repositories.yaml"
  kubernetes {
    ...
  }
}

To the specific value. I could be any value, the file does not need to be exist.

j-martin · 2021-08-19T18:05:10Z

Confirming removing extra repos (helm repo list then helm repo remove <repo>) solved the issue.

aram-karapetyan-ada · 2021-09-15T14:35:42Z

Confirming removing extra repos (helm repo list then helm repo remove <repo>) solved the issue.

You might also need to actually run helm repo update after removing repo. But worked for me, thank you @j-martin.

vasylenko · 2021-12-17T12:22:26Z

My workaround for this issue:

provider "helm" {
  repository_config_path = "${path.module}/.helm/repositories.yaml" 
  repository_cache       = "${path.module}/.helm"
  kubernetes {
    host                   = module.cluster_linux.cluster_endpoint
    cluster_ca_certificate = base64decode(module.cluster_linux.cluster_ca[0].data)
    token                  = data.aws_eks_cluster_auth.this.token
  }
}

cakriwut · 2022-07-10T03:17:07Z

I notice this issue struck me this time, and the answer is to run "helm repo update" before running helm_release.
Previously, I didnt find any problem in my terraform because I deploy some of the resource via helm manually. Then, when I automate everything in terraform - the helm_release complain cannot download the chart *.tgz file. Adding repository_config_path did not help resolve the issue, but running helm repo update resolve the problem.

red8888 · 2022-09-30T20:27:00Z

My workaround for this issue:

provider "helm" {
  repository_config_path = "${path.module}/.helm/repositories.yaml" 
  repository_cache       = "${path.module}/.helm"
  kubernetes {
    host                   = module.cluster_linux.cluster_endpoint
    cluster_ca_certificate = base64decode(module.cluster_linux.cluster_ca[0].data)
    token                  = data.aws_eks_cluster_auth.this.token
  }
}

Im confused about what this is doing. Does it use your local helm cache by default and not run update every time, but if you set it to any other value (even if the folder and repositories.yaml doesn't exist like one poster said) it will update every time?

vasylenko · 2022-10-03T12:41:15Z

@red8888, these two strings instruct the provider to look and use the .helm folder in the same directory where you call Terraform, assuming this is your root (aka project directory) TF module and you don't have provider definitions in child modules, of course.

repository_config_path = "${path.module}/.helm/repositories.yaml" 
repository_cache       = "${path.module}/.helm"

https://www.terraform.io/language/expressions/references#filesystem-and-workspace-info

felpasl · 2023-02-23T17:14:38Z

I'm runing the automated pipeline in a remote host, but I'm not able to get a Last version of an helm, I'm instaled the helm 6 months ago, and I need update this chart to lastest version, locally works, but runing on pipeline I got 404 error, on same .tf file but with another target, another state backend, and another runner, repository_config_path and repository_cache doesn't change anything, same 404 error.

uvwildos · 2023-05-06T00:40:39Z

I am currently considering using the unix ticks as the version in the helm chart to make sure it runs.
in our pipeline project with checked out values next to repo references, we ALWAYS use helm update -- install .....
This should be an option.
Currently (2.9) this is missing badly because a helm update can decide on its own what needs to be changed.

KyMidd · 2024-02-05T22:05:49Z

Confirming removing extra repos (helm repo list then helm repo remove <repo>) solved the issue.

Confirm this worked for me also. A more elegant solution would be nice, but this quick fix did it for me

sivanagireddyb · 2024-02-21T15:54:05Z

Provider Version: 2.2.0

resource "helm_release" "argo-cd" {
  name                  = "argo-cd"
  repository            = "https://argoproj.github.io/argo-helm"
  chart                 = "argo-cd"
  version               = "3.11.1"
  namespace             = kubernetes_namespace.infra-namespaces["infra-argo-cd"].metadata[0].name
  wait                  = true
  timeout               = 300
  atomic                = true
  cleanup_on_fail       = true
  values                = [""]
}

I could confirm, this error only occurs, if the local helm installation has some contained helm repo

Based on that, I modified the environment variable HELM_REPOSITORY_CONFIG=repositories.yaml

Then, terraform runs successfully.

Could someone confirm that?

Edit: I could resolve the issue, by setting registry_config_path inside

provider "helm" {
  registry_config_path = "repositories.yaml"
  kubernetes {
    ...
  }
}

To the specific value. I could be any value, the file does not need to be exist.

export HELM_REPOSITORY_CONFIG=repositories.yaml worked for me. Thanks @jkroepke saved my day.

Workaround for: Error: could not download chart: no cached repo found. (try 'helm repo update') Refs: hashicorp/terraform-provider-helm#630

github-actions · 2025-02-21T00:01:20Z

Marking this issue as stale due to inactivity. If this issue receives no comments in the next 30 days it will automatically be closed. If this issue was automatically closed and you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. This helps our maintainers find and focus on the active issues. Maintainers may also remove the stale label at their discretion. Thank you!

tculp · 2025-02-27T19:14:49Z

Bad bot

katlimruiz added the enhancement label Nov 25, 2020

alexsomesan added needs-investigation waiting-response labels Dec 2, 2020

ghost removed the waiting-response label Dec 8, 2020

lwsanty mentioned this issue Jan 13, 2021

failed to download (hint: running helm repo update may help) #658

Closed

bashofmann mentioned this issue Oct 4, 2021

terraform apply --auto-approve fails while downloading cert-manager rancher/quickstart#141

Closed

bashofmann mentioned this issue Apr 22, 2022

Error: could not download chart rancher/quickstart#204

Closed

bryantbiggs mentioned this issue Mar 20, 2023

Error could not download chart: looks like URL is not a valid chart repository or cannot be reached aws-ia/terraform-aws-eks-blueprints-addons#62

Closed

1 task

wombelix mentioned this issue Oct 12, 2024

fix(rancher-common): Helm error, could not download chart rancher/quickstart#238

Open

github-actions bot added the stale label Feb 21, 2025

github-actions bot removed the stale label Feb 27, 2025

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Always do `helm repo update` #630

Always do `helm repo update` #630

katlimruiz commented Nov 25, 2020

alexsomesan commented Dec 2, 2020

anhdle14 commented Dec 8, 2020

f2calv commented Dec 11, 2020

jkroepke commented Aug 12, 2021 •

edited

Loading

j-martin commented Aug 19, 2021

aram-karapetyan-ada commented Sep 15, 2021

vasylenko commented Dec 17, 2021

cakriwut commented Jul 10, 2022

red8888 commented Sep 30, 2022

vasylenko commented Oct 3, 2022

felpasl commented Feb 23, 2023

uvwildos commented May 6, 2023

KyMidd commented Feb 5, 2024

sivanagireddyb commented Feb 21, 2024

github-actions bot commented Feb 21, 2025

tculp commented Feb 27, 2025

Always do helm repo update #630

Always do helm repo update #630

Comments

katlimruiz commented Nov 25, 2020

Description

Potential Terraform Configuration

Community Note

alexsomesan commented Dec 2, 2020

anhdle14 commented Dec 8, 2020

f2calv commented Dec 11, 2020

jkroepke commented Aug 12, 2021 • edited Loading

j-martin commented Aug 19, 2021

aram-karapetyan-ada commented Sep 15, 2021

vasylenko commented Dec 17, 2021

cakriwut commented Jul 10, 2022

red8888 commented Sep 30, 2022

vasylenko commented Oct 3, 2022

felpasl commented Feb 23, 2023

uvwildos commented May 6, 2023

KyMidd commented Feb 5, 2024

sivanagireddyb commented Feb 21, 2024

github-actions bot commented Feb 21, 2025

tculp commented Feb 27, 2025

Always do `helm repo update` #630

Always do `helm repo update` #630

jkroepke commented Aug 12, 2021 •

edited

Loading