-
Notifications
You must be signed in to change notification settings - Fork 1k
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
fix (ecs): Unstable deployments for task definitions with more than one container (#5544) #4411
fix (ecs): Unstable deployments for task definitions with more than one container (#5544) #4411
Conversation
@atyutyunnik : Thanks for the PR! In general our process is to open fixes against the |
ezimanyi, yes, I already have (see PR 4409), but it's not source-compatible with release 1.18. Hence an additional PR |
Oh, thanks, I mis-understood! If the code has changed enough that it can't be cleanly cherry-picked to 1.18, then it's fine to open this against 1.18 to manually back-port the fix. It will be important to cherry-pick the master change to 1.19 though, as otherwise users upgrading from 1.18 to 1.19 will get re-broken. |
@atyutyunnik can you please add the unit test from #4409 to this PR as well? |
…r in task definition (spinnaker#5544)
275cf8d
to
eec0c29
Compare
@allisaurus, cherry-picking doesn't seem possible. I had to extend the unit-test with: otherwise, there would be an NPE at 332 of TaskHealthCachingAgent.java:
Now the unit-test is passing - please review |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @atyutyunnik , you're right, there was a behavior change between 1.18.x and 1.19.x that makes mocking the call to describeTargetHealth
necessary here. With that addition this LGTM!
The original code will not finish deployment and will eventually time out, in spite of task being successfully deployed by ECS and running (spinnaker/spinnaker#5544)