What steps did you take and what happened:
I have been using this driver provider with absolute no issues. I use it to mount the secrets from my keyvault as a volume, and also expose them as kubernetes secrets.
I authenticate using SPN and not Pod identity.
Until chart version 0.0.19 it was working all fine, when I upgraded to 0.0.20, my deployments are failing. I found out that the kubernetes secrets were not created at all, might be because of the volume not being mounted. Couldnt "ls" the driver in the pod because it was crashing.
Reverted back to 0.0.19, everything worked fine again.
What did you expect to happen:
The volume to be mounted, and kubernetes secrets to be created
Anything else you would like to add:
I ran kubectl logs -n operations akv2aks-csi-secrets-store-provider-azure-bgstx
it looked pretty normal, compared the outputs in 0.0.20 and 0.0.19 and they were similar
"successfully wrote file" file="AWS--ECS--ApiKey" pod="myapp/service-abc-55c59b9857-hspdb"
Which access mode did you use to access the Azure Key Vault instance:
Service Principal
Environment:
- Secrets Store CSI Driver version: (use the image tag): 0.0.20
- Azure Key Vault provider version: (use the image tag): 0.0.16
- Kubernetes version: (use
kubectl version and kubectl get nodes -o wide): 1.19.9
- Cluster type: (e.g. AKS, aks-engine, etc): AKS
What steps did you take and what happened:
I have been using this driver provider with absolute no issues. I use it to mount the secrets from my keyvault as a volume, and also expose them as kubernetes secrets.
I authenticate using SPN and not Pod identity.
Until chart version 0.0.19 it was working all fine, when I upgraded to 0.0.20, my deployments are failing. I found out that the kubernetes secrets were not created at all, might be because of the volume not being mounted. Couldnt "ls" the driver in the pod because it was crashing.
Reverted back to 0.0.19, everything worked fine again.
What did you expect to happen:
The volume to be mounted, and kubernetes secrets to be created
Anything else you would like to add:
I ran
kubectl logs -n operations akv2aks-csi-secrets-store-provider-azure-bgstxit looked pretty normal, compared the outputs in 0.0.20 and 0.0.19 and they were similar
"successfully wrote file" file="AWS--ECS--ApiKey" pod="myapp/service-abc-55c59b9857-hspdb"Which access mode did you use to access the Azure Key Vault instance:
Service Principal
Environment:
kubectl versionandkubectl get nodes -o wide): 1.19.9