[Pulp-dev] No-Retry Behaviour on Network Errors: call for feedback and concerns
Justin Sherrill
jsherril at redhat.com
Tue May 12 22:00:50 UTC 2020
I apparently replied instead of replied-list! Resending:
I don't have known concerns (more worry about what happens as more and
more people use pulp3 in the real world), but i do think after reading
the investigation in https://pulp.plan.io/issues/6589 that the resulting
RFE: https://pulp.plan.io/issues/6699 is hugely important.
Justin
On 5/12/20 4:41 PM, Brian Bouterse wrote:
> tl;dr: pulp does not retry when there are network errors or the server
> hangs up. We are going to document this as part of this issue
> https://pulp.plan.io/issues/6624 Please share concerns or feedback
> with this plan before open floor on May 15th.
>
> # Background
>
> At open floor today we touched on how Pulp 3 downloading does not have
> retry logic in these cases:
> * the server hanging up the TCP connection
> * network errors which cause TCP hangups
> * http errors other than [429, 502, 503, 504]
>
> # The Documentation Plan
>
> The current plan is to document this onto docs.pulpproject.org
> <http://docs.pulpproject.org> as part of this ticket
> https://pulp.plan.io/issues/6624. It will document:
> * the no-retry behavior cases
> * with the reasons why Pulp does not retry
> * that users can retry and Pulp will effectively resume due to not
> having to redownload content it already downloaded
>
> # Feedback
>
> Do you have concerns or other feedback with this plan? Is this the
> best thing Pulp can do? If you are interested in sharing, please do
> before open floor on Friday May 15th.
>
> Thanks!
> Brian
>
>
>
> _______________________________________________
> Pulp-dev mailing list
> Pulp-dev at redhat.com
> https://www.redhat.com/mailman/listinfo/pulp-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/pulp-dev/attachments/20200512/e63d6dbb/attachment.htm>
More information about the Pulp-dev
mailing list