Fix unwritable .aws directory #484
Open
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
what
Mounts the AWS
credentialsandconfigsecrets as individual files within a writable.awsdirectory, rather than mounting them in a read-only directory.This PR has no effect if someone mounts an arbitrary AWS secret using
.Values.awsSecretNamebecause when doing that there is no way for the Chart to know the contents of the secret so it can't know which files to mount. So in this case there is no change of behavior.why
The AWS CLI cannot work properly when the
.awsdirectory is read-only. This is a problem since this tool is often needed in Terraform projects. For example, a common way to configure the Helm Terraform provider is to pass in anexecargument which executes the AWS CLI to get Kubernetes credentials. Without this change, that would be impossible as the AWS CLI would error.tests
I tested my changes by deploying this to my cluster which was previously deploying version 5.18.1 of this Helm Chart.
Values:
Before this change:
After this change:
references
closes #380
resolves dupe #421