This message was deleted.
# aws
s
This message was deleted.
s
Not only: I tried to create a new stack and then destroy it with the very same config (the Pulumi env with oidc) and eveything works fine 😕
l
The STS get-caller-identity instruction can't 403 in many cases, as you don't need any actual permissions for that instruction. The only times it can happen are when your temporary credentials aren't valid. So the problem is absolutely with your OIDC and SSO credentials. You can ignore the stuff about JobDefinition: that's probably just when it's happening, not why it's happening.
I would check the provider(s) you're using, and ensure that they're using the credentials that you think they ought to be using. Is it possible that you're renewing credentials that the provider isn't using?
s
Thanks for the answer, but how can it be that creating a new stack and destroying it works fine?
With the very same oidc credentials
l
Timing? Short-term credentials expire. I don't have enough information to debug, I'm just proposing areas of investigation.