hashicorp / hashicorp/vault-secrets-operator
Add allowedNamespaces spec to helm chart values.yaml
- Dominant language
- Go
- Stars
- 600
- Forks
- 146
- Avg merge
- 3d 8h
- Merged PRs (30d)
- 6
Description
**Is your feature request related to a problem? Please describe.**
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Recently allowedNamespaces was added to the vaultauth crd to allow multiple namespaces use the cr. When installing VSO via helm and setting defaultAuthMethod.enabled=true, there is no field for allowedNamespaces so after the cr is created, a manual edit is required.
This presents a challenge when using a gitops tool like argocd to manage the cr as it wants to overwrite the manual change
**Describe the solution you'd like**
A clear and concise description of what you want to happen.
add a field for allowedNamespaces in the vaules.yaml file that will apply to the vaultauth cr when created via helm
**Describe alternatives you've considered**
A clear and concise description of any alternative solutions or features you've considered.
**Additional context**
Add any other context or screenshots about the feature request here.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start in the Helm chart's values.yaml and trace how defaultAuthMethod.enabled values are applied when the VaultAuth custom resource is created. Add the allowedNamespaces value to that configuration path, then verify that a Helm installation produces the field in the VaultAuth resource.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- helm, kubernetes
- Domain
- devops
- Issue type
- Feature
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100