fix(custom-resource-handlers): deployment fails when parameter already exists#37852
Conversation
|
PRs without a linked issue will receive lower priority for review and merging. Please update the description to follow the PR template and include a line like |
✅ Updated pull request passes all PRLinter validations. Dismissing previous PRLinter review.
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Merge Queue Status
This pull request spent 47 minutes 13 seconds in the queue, including 46 minutes 56 seconds running CI. Required conditions to merge
|
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
|
Comments on closed issues and PRs are hard for our team to see. |
In the upgrade to 2.253.0, there is a scenario in which the SSM parameters used by the custom resources are not deleted, even though the custom resources themselves are. When upgrading to 2.253.1, the custom resources are recreated, and the writer tries to put the parameter again. But, since it's not passing the
Overwrite: trueparameter, SSM rejects the request, and the deployment fails.Add
Overwrite: trueto theputParametercall.Fixes #37845.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license