- Newest
- Most votes
- Most comments
The issue you're experiencing with RAM sharing of an EC2 Placement Group between independent accounts appears to be related to missing permissions in the receiving account.
When accepting a resource share invitation, AWS RAM needs to perform certain actions behind the scenes. Based on the error "Association failed because the caller was not authorized," it suggests that even though the invitation was accepted (status shows ACCEPTED), the actual association of the resource failed due to permission issues.
For EC2 resources like Placement Groups, the receiving account likely needs permissions to interact with the EC2 service to complete the association. Here are some steps to troubleshoot and resolve this issue:
-
Ensure the IAM role or user in the receiving account that's accepting the invitation has sufficient permissions. Even though you mentioned using an Administrator, verify that there are no restrictions from any IAM policies that might be limiting EC2-related actions.
-
Check if there are any resource-based policies in the receiving account that might be restricting the association.
-
Try the following approach to resolve the issue:
- In the receiving account, ensure the IAM entity accepting the invitation has explicit permissions for relevant EC2 actions related to placement groups.
- You may need to add permissions like
ec2:DescribePlacementGroupsand other related EC2 actions.
- If the issue persists, you might need to check for any service-specific requirements for sharing EC2 Placement Groups across accounts that are not part of an organization.
The error "Association failed because the caller was not authorized" typically indicates that while the initial acceptance of the invitation succeeded, the subsequent steps to associate the resource with the receiving account failed due to permission issues. Ensuring proper EC2-related permissions in the receiving account should help resolve this issue.
Sources
Troubleshooting Lake Formation - AWS Lake Formation
How do I troubleshoot when User: arn is no authorized to perform Create * or Delete * or Update * on resource(s) because no identity- policy allows the actions | AWS re:Post
answered 10 months ago
Relevant content
asked 3 years ago
