-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
CloudFormation.Stackset - Plan Requires AdministrationRoleARN while Apply says "not supported" #12125
Comments
Looks like it is required. But may need to set to optional. --administration-role-arn (string) The Amazon Resource Number (ARN) of the IAM role to use to update this stack set. The terraform indicates it is required.
|
@jonshern yes, it is not required anymore with the integration into aws organizations. |
Support for |
This has been released in version 3.35.0 of the Terraform AWS provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. For further feature requests or bug reports with this functionality, please create a new GitHub issue following the template for triage. Thanks! |
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 feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thanks! |
Community Note
Terraform Version 12.21
Affected Resource(s)
Specifically, the administration_role_arn is acting inconsistently
Terraform Configuration Files
Debug Output
Expected Behavior
Apply Succeeds
Actual Behavior
Case Having Attribute - Validation Error during Apply
Case Without Attribute - Error: Missing required argument. During Plan
Steps to Reproduce
Case Having Attribute
terraform plan
- Indicates no changes are being made to these attributes...terraform apply
- Throws this validation errorCase Without Attribute
Important Factoids
This is being applied to an organizational master account.
thus the permissions_model = SERVICE_MANAGED is set up.
References
The text was updated successfully, but these errors were encountered: