-
Notifications
You must be signed in to change notification settings - Fork 4k
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
(aws-cdk-lib): (Cloudwatch Log Groups do not have a UID suffix or stack name prefix like other components) #28031
Comments
Did you mean it always creates the log group named |
This issue has not received a response in a while. If you want to keep this issue open, please leave a comment below and auto-close will be canceled. |
This could be by design. In the following code snippet, if I do not provide the log_group_name, then a unique log group name is created, but if I provide a name, then it is hard coded with each stack :
Is this expected behavior ? |
Yes, if you do not provide logGroupName, cloudformation will generate one for you. |
Closing as it's by design from CFN. Feel free to reopen if it's still relevant. |
|
Describe the bug
I want to re-deploy the same stack multiple times in the same region and account with different names (for different business use cases). All the components are created with a non-conflicting name, because of the prefixed stack name and suffixed UID with each component name, except Cloudwatch Log Group.
Expected Behavior
If I re-deploy the same stack multiple times using a different stack name each time, all the components should be created with a non-conflicting name.
Current Behavior
The customer wants to re-deploy the same stack multiple times with different names (for different business use cases). All the components are created with a non-conflicting name, because of the prefixed stack name and suffixed UID with each component name, except Cloudwatch Log Group.
Reproduction Steps
idp-poc-event-logs already exists in stack arn:aws:cloudformation:us-east-1::stack/idp-poc-sfn/75ea4bf0-8485-11ee-8204-0ec5737c0aed
Possible Solution
For workaround :
Change the log group name or parameterize it in code to resolve the name uniquely.
Additional Information/Context
No response
CDK CLI Version
2.96.1
Framework Version
No response
Node.js Version
v18.16.0
OS
MAC
Language
Python
Language Version
3.10.6
Other information
No response
The text was updated successfully, but these errors were encountered: