Replies: 4 comments 1 reply
-
Did you ever fix that? I'm having the same thing. |
Beta Was this translation helpful? Give feedback.
-
I saw this same error for a deployment today that is using workload-id. This error appeared after I switched the |
Beta Was this translation helpful? Give feedback.
-
In my case I had a typo in the SecretProviderClass' arguments. I was using "spec.parameters.clientId" instead of "spec.parameters.clientID". Fixing the typo also resolved the issue. It seems to be case sensitive, which is a bit unfortunate. |
Beta Was this translation helpful? Give feedback.
-
I've been struggling with the same issue for a few days. (an excerpt of important parts)
|
Beta Was this translation helpful? Give feedback.
-
I deployed the secrets store csi driver into a freshly created cluster following these resources.
I created a workload identity with this script:
Now, using
USER_ASSIGNED_CLIENT_ID
I created the SA and theSecretProviderClass
Then I deployed a pod just to test if everything is okay:
The deployment fails with this error:
The provider log show:
The driver log show:
nodePublishSecretRef
is needed when using a Service Principal, so why it is failing with that error? There are no references tonodePublishSecretRef
in the documentation or blog posts that use Workload IdentitySome context:
Beta Was this translation helpful? Give feedback.
All reactions