[Pulp-dev] No-Retry Behaviour on Network Errors: call for feedback and concerns

[Ina Panova]

I have a small suggestion.
Besides the documentation plan I would suggest to catch the exception
thrown on server disconnect and give to the users something more friendly
and not have that traceback in the logs.
--------
Regards,

Ina Panova
Senior Software Engineer| Pulp| Red Hat Inc.

"Do not go where the path may lead,
 go instead where there is no path and leave a trail."


On Wed, May 13, 2020 at 12:01 AM Justin Sherrill <jsherril at redhat.com>
wrote:

> 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 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 listPulp-dev at redhat.comhttps://www.redhat.com/mailman/listinfo/pulp-dev
>
> _______________________________________________
> 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/20200513/b42ec34f/attachment.htm>