Skip to content
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

EKS IdentifyProviderConfig: Associate will never be called again when failing the first time #1422

Closed
MisterMX opened this issue Aug 12, 2022 · 0 comments · Fixed by #1443
Closed
Labels
bug Something isn't working

Comments

@MisterMX
Copy link
Collaborator

What happened?

The EKS IdentityProviderConfig controller checks if status.atProvider.status != "CREATING" to determine whether it should call client.AssociateIdentityProviderConfig. This field is set during observe only when the external resource exists.

Now, if the creation of the external resource fails it will be garbage collected and removed so DescribeIdentityProviderConfig will result in a not found which will trigger a creation. But since status.atProvider.status is still set to CREATING and is never updated, nothing will happen in create and the association will never be tried again.

How can we reproduce it?

Create an IdentityProviderConfig for a cluster that is not ready.6

What environment did it happen in?

provider-aws: v0.29.0

@MisterMX MisterMX added the bug Something isn't working label Aug 12, 2022
@MisterMX MisterMX changed the title EKS IdentifyProviderConfig: Associate will never be called when failing the first time EKS IdentifyProviderConfig: Associate will never be called again when failing the first time Aug 12, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant