-
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
Issue with machineImages when multiple autoscalinggroups in the same scope #3076
Issue with machineImages when multiple autoscalinggroups in the same scope #3076
Comments
Thanks for reporting. I think the solution should be to reuse the same parameter, so it becomes a singleton essentially. Feels like we have many of those singletones... maybe we can find a way to make it easier to author them. |
No problem - great to see cdk moving forward so quickly and happy to help in the little ways I can. |
Same here:
This issue completely breaks my Stack so sadly I have to go back to 0.35.0. Any chance to workaround or get the bug fixed in the next release @eladb? I can confirm the suggestion of @AlexCheema - static definition of the IMachineImage does not solve this issue. BTW Great work. I love the aws CDK! |
Can someone point me to the root cause of this issue? I cannot find any problematic code changes when looking at #3009. |
@NGL321 any chance to get this fixed? Unfortunately it breaks our Stacks (huge ones) and currently there is no workaround to get this working with > We create ECS-Clusters in a loop (each app and environment). |
Parameter names with '/' in them would not be correctly deduplicated, since the '/' is also used to delimit identifiers in construct paths. Add protection in core to not allow construct identifiers to be created with '/' in them, as tryFindChild() would not be able to find it anymore. Fixes #3076.
Parameter names with '/' in them would not be correctly deduplicated, since the '/' is also used to delimit identifiers in construct paths. Change findChild() so it no longer traverses into the tree; if we assume it will only ever find one child deep, we can do the same kind of escaping there as we apply to construct IDs. Fixes #3076. BREAKING CHANGE: `construct.findChild()` now only looks up direct children
One word: Awesome! |
Parameter names with '/' in them would not be correctly deduplicated, since the '/' is also used to delimit identifiers in construct paths. Change findChild() so it no longer traverses into the tree; if we assume it will only ever find one child deep, we can do the same kind of escaping there as we apply to construct IDs. Fixes aws#3076. BREAKING CHANGE: `construct.findChild()` now only looks up direct children
I create 2 AutoScalingGroups in the same scope but there seems to be a conflict in the creation of the machine image id.
Environment:
The text was updated successfully, but these errors were encountered: