-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Abort delayed stop autodiscover events on docker restart #13127
Abort delayed stop autodiscover events on docker restart #13127
Conversation
If a container is being restarted and `close_timeout` is greater than zero (as is by default), the stop event may arrive after the new start, what stops resources started for the container. This change aborts the scheduled stops if the same container is started during the grace period.
97b41cf
to
e21f2c8
Compare
Not sure about backporting this, as it slightly changes the behaviour. |
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.
This pr needs a rebase but other than that, it looks good to me.
jenkins, test this again |
I saw this cool implementation just now, did you consider doing the same for the Kubernetes provider? it would solve the same issues? |
I don't think that these issues can happen with Kubernetes. Stop events in Kubernetes are caused by destroyed pods, that cannot be restarted. |
If a container is being restarted and
cleanup_timeout
is greater thanzero (as is by default), the stop event may arrive after the new start,
what stops resources started for the container. This change aborts the
scheduled stops if the same container is started during the grace
period.
cleanup_timeout
was added on #10905, in 7.0, and disabled by default in 6.7.Fix #12962.