Closed davidyilee closed 3 years ago
Thanks for reporting this. To help troubleshoot, can you please let us know:
SecondaryRegion
in the CloudFormation parametersA fix could be to add DependsOn: StackCheckerCustomResource
to the StackSetManagerCustomResource
resource but we'd like to be able to reproduce before confirming.
us-west-2
, and set the secondaryRegion to us-east-1
.StackCheckerCustomResource
failed to deploy in relation to the error I posted - and this subsequently triggered a CF rollbackApologies but I wasn't able to reproduce this yet.
The error seems to indicate that the Lambda function backing StackCheckerCustomResource
does not have the permission to create the SSM parameter with that name. Given that the parameter name includes the Stack Name & region, do you have the same result if you launch the template with a different stack name? If you're able to share the Stack Name you're using, I can try with that name on my side.
Another thing to check: if you are able to access the StackSetManagerCustomResourceLambdaRole
before CloudFormation removes it in the rollback, can you please verify that the resource in its SSMParametersPolicy
(link) matches the name of the parameter you see in the error message?
When attempting to deploy the CF template hosted at: https://solutions-reference.s3.amazonaws.com/cognito-user-profiles-export-reference-architecture/latest/cognito-user-profiles-export-reference-architecture.template
Stack creation fails with:
The SSM parameter
fixed-solution-parameters
does not appear to exist in either CF resources or as an actual SSM param. I do see that the parameter should be created by: https://github.com/awslabs/cognito-user-profiles-export-reference-architecture/blob/a75b22afdaaab59ce47ec02b7aec06eeb53759f9/source/custom-resources/stack-checker.js#L38. Perhaps it isn't getting called in time?