2 Answers
- Newest
- Most votes
- Most comments
3
Since the issue only occurs with new pods while existing ones work, your IAM Trust Policy and permissions are likely correct. This behavior typically points to a race condition or dependency delay on newly provisioned Auto Mode nodes:
- Pod Identity Agent Readiness: In EKS Auto Mode, the eks-pod-identity-agent must be fully operational on a new node before the CSI driver can retrieve credentials. If your application pod is scheduled and attempts to mount the secret before the agent is ready, the credential refresh will fail.
- DaemonSet Initialization: Verify that the csi-secrets-store-provider-aws and the CSI driver pods have reached a Running state on the new node before the application pod starts.
- Recommendation: Check the logs of the eks-pod-identity-agent pod on the specific node where the failure occurred. If you see failed 404 or 500 attempts around the time of the pod's creation, consider implementing a startup delay or checking node initialization sequences to ensure the Identity Agent has priority.
1
Hello.
The EKS Pod Identity may not be functioning correctly, and the Secrets Store CSI Driver may not be able to retrieve the credentials.
You may need to verify that the IAM role is configured correctly for the service account and that there are no issues with the IAM role's trust policy.
https://docs.aws.amazon.com/eks/latest/userguide/pod-id-association.html
HI , I have verified permissions they are correct. It is working for existing pods but not for new pods
Relevant content
- asked 4 years ago

bash-5.2# curl -v
-H "Authorization: $(cat /var/run/secrets/pods.eks.amazonaws.com/serviceaccount/eks-pod-identity-token)"
http://169.254.170.23/v1/credentials
< HTTP/1.1 500 Internal Server Error < Content-Type: text/plain; charset=utf-8 < X-Content-Type-Options: nosniff < Date: Fri, 01 May 2026 04:35:40 GMT < Content-Length: 3 < []
On debugging further, When I call this from inside the pod I get this error. Which is causing the failure I have verified permissions and it is correct. It was working earlier. It started breaking today on new pods on EKS and it also fails on existing nodes so it cannot be a race condition