<div dir="ltr"><div>I have a small suggestion.</div><div dir="ltr">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.<br>--------<br>Regards,<br><br>Ina Panova<br>Senior Software Engineer| Pulp| Red Hat Inc.<br><br>"Do not go where the path may lead,<br> go instead where there is no path and leave a trail."<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 13, 2020 at 12:01 AM Justin Sherrill <<a href="mailto:jsherril@redhat.com">jsherril@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p>I apparently replied instead of replied-list!  Resending:<br>
    </p>
    <p>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 <a href="https://pulp.plan.io/issues/6589" target="_blank">https://pulp.plan.io/issues/6589</a>
      that the resulting RFE: <a href="https://pulp.plan.io/issues/6699" target="_blank">https://pulp.plan.io/issues/6699</a> 
      is hugely important. </p>
    <p>Justin</p>
    <div>On 5/12/20 4:41 PM, Brian Bouterse
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div>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 <a href="https://pulp.plan.io/issues/6624" target="_blank">https://pulp.plan.io/issues/6624</a>
          Please share concerns or feedback with this plan before open
          floor on May 15th.<br>
        </div>
        <div><br>
        </div>
        <div># Background</div>
        <div><br>
        </div>
        <div>At open floor today we touched on how Pulp 3 downloading
          does not have retry logic in these cases:</div>
        <div>* the server hanging up the TCP connection</div>
        <div>* network errors which cause TCP hangups</div>
        <div>* http errors other than [429, 502, 503, 504]</div>
        <div><br>
        </div>
        <div># The Documentation Plan</div>
        <div><br>
        </div>
        <div>The current plan is to document this onto <a href="http://docs.pulpproject.org" target="_blank">docs.pulpproject.org</a>
          as part of this ticket <a href="https://pulp.plan.io/issues/6624" target="_blank">https://pulp.plan.io/issues/6624</a>.
          It will document:</div>
        <div>* the no-retry behavior cases</div>
        <div>* with the reasons why Pulp does not retry</div>
        <div>* that users can retry and Pulp will effectively resume due
          to not having to redownload content it already downloaded<br>
        </div>
        <div><br>
        </div>
        <div># Feedback</div>
        <div><br>
        </div>
        <div>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.</div>
        <div><br>
        </div>
        <div>Thanks!</div>
        <div>Brian</div>
        <div><br>
        </div>
        <div><br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
Pulp-dev mailing list
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a>
</pre>
    </blockquote>
  </div>

_______________________________________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a><br>
</blockquote></div>