-
Notifications
You must be signed in to change notification settings - Fork 298
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
node-driver-registrar v2.6.0 fails to create /var/lib/kubelet/plugins/csi-secrets-store/registration #1088
Comments
@haugom We have not updated to /close |
@aramase: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Ran into this same problem. With |
Can we reopen this @aramase? |
@sarahhenkens The helm charts work fine now with node-driver-registrar |
What steps did you take and what happened:
What did you expect to happen:
The daemonset should succeed.
Anything else you would like to add:
I maybe be using the helm chart wrong or have missed something. I had a bot that detected a new version of node-driver-registrar (and liveness) images and it updated my values for me.
I checked the changelog but did not see any breaking change so I rolled it out.
After reading the code and trying to locate the error message I believe the error is this:
/var/lib/kubelet/plugins/csi-secrets-store/csi.sock
/var/lib/kubelet/plugins/csi-secrets-store/registration
which failes now that the code was changed in PR 214the reason it fails as is because the hostPath folder
/var/lib/kubelet/plugins/csi-secrets-store
is mounted in the containers as/csi
and not/var/lib/kubelet/plugins/csi-secrets-store
The node-driver-registrar wants to create a file registration and tries to resolve the path by using the directory name of the --kubelet-registration-path and concatenating it with /registration, but that folder does not exist when the container runs because the it is mounted under /csi
Which provider are you using:
For this issue it does not matter but I am using vault-csi-driver.
Environment:
The text was updated successfully, but these errors were encountered: