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
When using the iam-role-for-service-accounts-eks module to create the Karpenter Controller IAM policy, a condition is set by default which assumes all resources created by Karpenter have a specific Tag (karpenter.sh/discovery). As a result, you must also supply this Tag in the Karpenter Provisioner spec otherwise Karpenter will not have permissions to manage all the necessary AWS resources. (related to aws/karpenter-provider-aws#1488)
It seems it would be ideal to make this condition configurable and have it default to no condition. This isn't really a bug, so looking for feedback about how this should be handled.
thanks for the issue @dewjam - I've re-opened my pull request aws/karpenter-provider-aws#1332 related to this. Once I have a resolution with the karpenter project, we can make the necessary changes to suit (if needed)
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
Description
When using the
iam-role-for-service-accounts-eks
module to create the Karpenter Controller IAM policy, a condition is set by default which assumes all resources created by Karpenter have a specific Tag (karpenter.sh/discovery
). As a result, you must also supply this Tag in the Karpenter Provisioner spec otherwise Karpenter will not have permissions to manage all the necessary AWS resources. (related to aws/karpenter-provider-aws#1488)It seems it would be ideal to make this condition configurable and have it default to no condition. This isn't really a bug, so looking for feedback about how this should be handled.
Reproduction
Steps to reproduce the behavior:
provisioner.yaml
spec from the gist below.RunInstances
action.https://gist.github.com/dewjam/a17f428dab130a5252b355e5c2c1851b
Expected behavior
We expect Karpenter to be able to execute the
RunInstances
,TerminateInstances
, orDeleteLaunchTempate
actions on resources it creates.Actual behavior
By default, Karpenter is unable to execute the
RunInstances
,TerminateInstances
, orDeleteLaunchTempate
actions.Additional Info
You can work around this by including the necessary tags in the provisioner spec.
The text was updated successfully, but these errors were encountered: