-
Notifications
You must be signed in to change notification settings - Fork 25.6k
Ensure S3Service is STARTED when creating client
#128026
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
Ensure S3Service is STARTED when creating client
#128026
Conversation
It's possible for another component to request a S3 client after the node has started to shut down, and today the `S3Service` will dutifully attempt to create a fresh client instance even if it is closed. Such clients will then leak, resulting in test failures. With this commit we refuse to create new S3 clients once the service has started to shut down.
|
Pinging @elastic/es-distributed-coordination (Team:Distributed Coordination) |
arteam
left a comment
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.
LGTM!
Makes sense to avoid create new SdkHttpClient if S3Service is being shutdown
It's possible for another component to request a S3 client after the node has started to shut down, and today the `S3Service` will dutifully attempt to create a fresh client instance even if it is closed. Such clients will then leak, resulting in test failures. With this commit we refuse to create new S3 clients once the service has started to shut down.
💚 Backport successful
|
It's possible for another component to request a S3 client after the node has started to shut down, and today the `S3Service` will dutifully attempt to create a fresh client instance even if it is closed. Such clients will then leak, resulting in test failures. With this commit we refuse to create new S3 clients once the service has started to shut down.
It's possible for another component to request a S3 client after the node has started to shut down, and today the `S3Service` will dutifully attempt to create a fresh client instance even if it is closed. Such clients will then leak, resulting in test failures. With this commit we refuse to create new S3 clients once the service has started to shut down.
|
For my knowledge: Does this issue only matter for the v2 client where we explicitly build a |
|
In #126843 we dropped the call to |
It's possible for another component to request a S3 client after the node has started to shut down, and today the `S3Service` will dutifully attempt to create a fresh client instance even if it is closed. Such clients will then leak, resulting in test failures. With this commit we refuse to create new S3 clients once the service has started to shut down.
It's possible for another component to request a S3 client after the
node has started to shut down, and today the
S3Servicewill dutifullyattempt to create a fresh client instance even if it is closed. Such
clients will then leak, resulting in test failures.
With this commit we refuse to create new S3 clients once the service has
started to shut down.