Troubleshooting
Solutions for common AWS connection issues.
Connection Status: Invalid
Your connection shows Invalid status after validation.
Cause 1: Trust Policy Misconfigured
The IAM role's trust policy doesn't allow Orkestia to assume it.
Open IAM Console
Navigate to the AWS IAM Console.
Find your role
Go to Roles and locate your Orkestia role.
Edit trust policy
Click the Trust relationships tab, then Edit trust policy.
Verify the policy
Ensure it matches:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::856022192189:root"
},
"Action": "sts:AssumeRole",
"Condition": {
"StringEquals": {
"sts:ExternalId": "YOUR_EXTERNAL_ID"
}
}
}
]
}
Cause 2: Wrong External ID
The External ID in your trust policy doesn't match.
Cause 3: Wrong Orkestia Account ID
The trusted AWS account ID is incorrect.
Verify the Principal in your trust policy uses:
arn:aws:iam::856022192189:root
Cause 4: Role Was Deleted
The IAM role no longer exists in AWS.
- Check if the role exists in AWS IAM Console
- If deleted, create a new role following Setup Methods
- Update the connection with the new Role ARN
Missing Permissions
Validation shows Missing Permissions errors.
Symptoms
- Specific permissions listed as missing
- Connection may show as Invalid or have warnings
Solution
- Open the IAM role in AWS Console
- Check the attached policies
- Add the missing permissions
Required base permissions:
sts:GetCallerIdentitys3:ListBucket,s3:GetObject,s3:PutObject,s3:DeleteObjectcloudfront:GetDistribution,cloudfront:CreateInvalidation
With Route53:
route53:ListHostedZonesroute53:ChangeResourceRecordSetsroute53:GetChange
Quick Fix
Replace your policy with the complete policy from the Orkestia wizard:
- In Orkestia, click Add Connection
- Navigate to Step 4 (Setup Instructions)
- Copy the Permission Policy
- Replace your existing policy in AWS
Connection In Use Error
You can't delete a connection because it's in use.
Symptoms
Error message: "Cannot delete connection: This connection is currently in use by X sites."
Solution
- Identify which sites are using this connection
- For each site:
- Go to Site Settings
- Change the AWS connection to a different one
- Return and delete the original connection
Alternative: Create New Connection First
- Create a new AWS connection
- Update all sites to use the new connection
- Delete the old connection
Validation Keeps Failing
Repeated validation attempts fail.
Check 1: Role Exists
Verify the IAM role still exists:
aws iam get-role --role-name YOUR_ROLE_NAME
If you get "NoSuchEntity", the role was deleted.
Check 2: Trust Policy
Ensure the trust policy allows AssumeRole from Orkestia:
aws iam get-role --role-name YOUR_ROLE_NAME --query 'Role.AssumeRolePolicyDocument'
Verify it contains the correct Principal and External ID.
Check 3: Permission Boundaries
Check if there's a permission boundary blocking access:
aws iam get-role --role-name YOUR_ROLE_NAME --query 'Role.PermissionsBoundary'
If a boundary exists, ensure it allows the required actions.
Check 4: Service Control Policies (SCPs)
If using AWS Organizations, check if SCPs are blocking:
- Go to AWS Organizations console
- Check policies attached to your account's OU
- Ensure they don't deny the required actions
Check 5: AWS Region Issues
Ensure the IAM role is in a supported region. IAM is global, but some policies may reference regional resources.
Access Denied Errors
Deployments fail with "Access Denied" errors.
For S3 Errors
Check the S3 bucket policy isn't blocking access:
aws s3api get-bucket-policy --bucket YOUR_BUCKET_NAME
Ensure the IAM role's permissions include the bucket.
For CloudFront Errors
CloudFront requires * as the resource. Verify your policy includes:
{
"Action": [
"cloudfront:CreateDistribution",
"cloudfront:GetDistribution",
"cloudfront:UpdateDistribution"
],
"Resource": "*"
}
ARN Validation Errors
The Role ARN doesn't pass validation.
Invalid Format
ARN must follow this format:
arn:aws:iam::ACCOUNT_ID:role/ROLE_NAME
Common mistakes:
- Missing
arn:aws:iam::prefix - Wrong number of colons
- Spaces in the ARN
- Using instance profile ARN instead of role ARN
Copy Error
When copying the ARN, ensure you:
- Copy the complete ARN
- Don't include extra whitespace
- Use the Role ARN, not the Instance Profile ARN
Role ARN vs Instance Profile
Correct (Role ARN):
arn:aws:iam::123456789012:role/OrkestiaRole
Incorrect (Instance Profile ARN):
arn:aws:iam::123456789012:instance-profile/OrkestiaRole
To find the correct ARN:
- Open IAM Console > Roles
- Click your role
- Copy the ARN from the summary section
Suspended Connection
Your connection shows Suspended status.
Cause
Too many consecutive validation failures. This prevents excessive API calls to AWS.
Solution
- Fix the underlying issue (usually trust policy or permissions)
- Click Validate to re-check the connection
- If validation passes, status will change to Active
Still Having Issues?
If you've tried the above solutions and still have problems:
Check AWS CloudTrail
Look for AssumeRole events and any errors.
Review IAM Access Analyzer
Check for policy issues.
Contact Support
Reach out to Orkestia support with:
- Connection UUID
- Error messages
- Steps you've already tried
Quick Reference
| Issue | Likely Cause | Quick Fix |
|---|---|---|
| Invalid status | Trust policy | Check External ID and Account ID |
| Missing permissions | Incomplete policy | Copy policy from wizard |
| Can't delete | Sites using connection | Update sites first |
| Access denied | Policy restrictions | Check bucket/resource policies |
| ARN invalid | Format error | Copy ARN from AWS Console |
