Closed wmalik closed 6 years ago
Would it make sense to retry the HTTP requests N times with an exponential back-off?
Yes, sure, sounds good. I've used pester as a drop-in replacement for http.Client in the past and it worked fine. I will try to integrate this into esbulk as well.
@miku thank you very much for looking into it, and thanks for esbulk in general :)
Please do let me know if I can help with the implementation/testing etc.
Closing this, since I assume this is less of a problem with the new pester
client.
esbulk fails with the following error while indexing a file with around 850k JSON documents:
In this case, it could make sense to retry the HTTP request with a backoff until elasticsearch returns a 200 response. I noticed that currently the HTTP requests are not retried: https://github.com/miku/esbulk/blob/master/indexing.go#L174
Would it make sense to retry the HTTP requests N times with an exponential back-off?