-
-
Notifications
You must be signed in to change notification settings - Fork 20
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
helm_release_set not working when environment_variables are set #64
Comments
So I figured out that the |
well, this is very tricky.
It also says I can set the KUBECONFIG env var in environment variables. So the final result is helmfile_release_set is not applying itself if kubeconfig is empty and helmfile_release_set does not work if kubeconfig = pathexpand("~/.kube/config") but there are environment variables set not yet known by terraform. I'm applying this via atlantis. I need help here @mumoshu |
Maybe I am using the tool inappropriately but I cannot see where can I find a good example. My release set is quite simple:
terraform.tf
teleport.tf
The other files where the environment variables references are just resources not yet created. If I set kubeconfig to "" and add KUBECONFIG=pathexpand("~/.kube/config"), the release is never applied, the state just updates but no action is run in the cluster. So, what is the correct way to make this work? thanks in advise @mumoshu |
also, when I update the terraform provider to 0.14.1 I'm facing the following error:
the helmfile is the one in the previous messages |
following up. Seems that the provider can't handle the environment variables in version 0.14.0:
all those references already exists in the terraform state. If I add them via export KUBECTX="data.aws_eks_cluster.cluster_arn" (the value is the equivalent to that datasource). |
I have the following helm_release_set resource:
and this is my helmfile.yaml:
The fact is that I'm using this your provider since a long time ago but now it's not working, the resource seems to fail when the diff can't evaluate the requiredEnv, but, funny thing is var.context is already set.
If the previous resources are created, the diff goes well, but the strange thing is var.context not working now.
this is the error that I'm getting:
I don't understand what could be wrong.
I really use this provider a lot, any thoughts here?
Thanks mumoshu for this excellent provider.
I have read that I can specify the kubeconfig to "" but this is not how it was working.
Hope someone can help me, really lost here.
The text was updated successfully, but these errors were encountered: