-
Notifications
You must be signed in to change notification settings - Fork 4k
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
[aws-eks] 1.45.0 introduces regression in EKS Cluster creation: Caller does not have permission to perform iam:listAttachedRolePolicies
#8574
Comments
I have spent couple of hours already to debug this issue and realized, it could be related to CDK upgrade. Getting the similar error while creating EKS fargate cluster. Below is the error
Same code use to work on 1.44 |
Encountered the same problem that @rameshmimit
Tested in 1.46.0 and seem fixed for me |
Confirming this is an issue caused by new permissions needed by EKS. Work in progress. |
Looking into this. |
Hi, We should have already fixed this issue in 1.46.0. See #8548 |
Resolving. Please chime in if this persists >= 1.46.0 |
This is still an issue with the latest version 1.48.0. Reopening. |
When a Fargate profile is being created, the Kubernetes API server in EKS sometimes rejects requests. This means that kubectl-related resources such as KubernetesResources Helm charts may fail during deployment. To address this, we add a "barrier resource" (in the form of an SSM parameter) which waits for all fargate profiles to be created before allowing kubectl resources to continue. This is done by the barrier taking a dependency on all FargateProfile resources and all kubectl resources taking a dependency on the barrier. Fixes #8854 This commit also fixes #8574 by adding `iam:ListAttachedRolePolicies` to the cluster's creation role IAM policy.
When a Fargate profile is being created, the Kubernetes API server in EKS sometimes rejects requests. This means that kubectl-related resources such as KubernetesResources Helm charts may fail during deployment. To address this, we add a "barrier resource" (in the form of an SSM parameter) which waits for all fargate profiles to be created before allowing kubectl resources to continue. This is done by the barrier taking a dependency on all FargateProfile resources and all kubectl resources taking a dependency on the barrier. Fixes #8854 This commit also fixes #8574 by adding `iam:ListAttachedRolePolicies` to the cluster's creation role IAM policy.
…8859) When a Fargate profile is being created, the Kubernetes API server in EKS sometimes rejects requests. This means that kubectl-related resources such as KubernetesResources Helm charts may fail during deployment. To address this, we add a "barrier resource" (in the form of an SSM parameter) which waits for all fargate profiles to be created before allowing kubectl resources to continue. This is done by the barrier taking a dependency on all FargateProfile resources and all kubectl resources taking a dependency on the barrier. Fixes #8854 This commit also fixes #8574 by adding `iam:ListAttachedRolePolicies` to the cluster's creation role IAM policy. ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Today I've also gotten the same error but on the Seems like AWS is changing stuff on their end that requires more permissions? |
iam:listAttachedRolePolicies
iam:listAttachedRolePolicies
Reproduction Steps
new eks.Cluster()
in 1.45.0.Works ok in 1.44.0
Error Log
Environment
Other
This is 🐛 Bug Report
The text was updated successfully, but these errors were encountered: