You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I understand there is additional configuration that can be applied to restore functionality, but seems like an oversight to introduce breaking changes to default behavior.
i talked about this behaviour with @erhancagirici when implementing #1459 we falling back to the default chain before 1.3 with IRSA and we will do it now with new PodIdentity feature when we don't find the expected behaviours in the environment / files etc.
This provider repo does not have enough maintainers to address every issue. Since there has been no activity in the last 90 days it is now marked as stale. It will be closed in 14 days if no further activity occurs. Leaving a comment starting with/fresh will mark this issue as not stale.
This issue is being closed since there has been no activity for 14 days since marking it as stale. If you still need help, feel free to comment or reopen the issue!
Is there an existing issue for this?
Affected Resource(s)
No response
Resource MRs required to reproduce the bug
Steps to Reproduce
What happened?
Related to Issue #1252
Versions prior to 1.3, allowed configuring IRSA with no further annotations, which defaulted to the using the node role.
Not sure I quite follow the "why", but the new cache implementation requires
AWS_WEB_IDENTITY_TOKEN_FILE
to exist otherwise it will fail.provider-upjet-aws/internal/clients/creds_cache.go
Lines 188 to 189 in dedf656
Relevant Error Output Snippet
No response
Crossplane Version
1.6
Provider Version
1.11
Kubernetes Version
No response
Kubernetes Distribution
No response
Additional Info
EKS
The text was updated successfully, but these errors were encountered: