<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, May 29, 2018 at 10:41 AM, Milan Kovacik <span dir="ltr"><<a href="mailto:mkovacik@redhat.com" target="_blank">mkovacik@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Good point!<br>
More the second; it might be a bit crazy to utilize Squid for that but<br>
first, let's answer the why ;)<br>
So why does Pulp need to store the content here?<br>
Why don't we point the users to the Squid all the time (for the lazy repos)?<br></blockquote><div><br></div><div>Pulp's Streamer needs to fetch and store the content because that's Pulp's primary responsibility. If some of the content lived in Squid and some lived in Pulp, it would be difficult for the user to know what content is actually available in Pulp and what content needs to be fetched from a remote repository. <br><br>As Pulp downloads an Artifact, it calculates all the checksums and it's size. It then performs validation based on information that was provided from the RemoteArtifact. After validation is performed, the Artifact, is saved to the database and it's final place in /var/lib/content/artifacts/. Once this information is in the database, Pulp's web server can serve the content without having to involve the Streamer or Squid. <br><br></div><div>-dennis<br></div><div><br><br><br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
--<br>
cheers<br>
<span class="HOEnZb"><font color="#888888">milan<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Tue, May 29, 2018 at 4:25 PM, Brian Bouterse <<a href="mailto:bbouters@redhat.com">bbouters@redhat.com</a>> wrote:<br>
><br>
> On Mon, May 28, 2018 at 9:57 AM, Milan Kovacik <<a href="mailto:mkovacik@redhat.com">mkovacik@redhat.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> Looking at the diagram[1] I'm wondering what's the reasoning behind<br>
>> Pulp having to actually fetch the content locally?<br>
><br>
><br>
> Is the question "why is Pulp doing the fetching and not Squid?" or "why is<br>
> Pulp storing the content after fetching it?" or both?<br>
><br>
>> Couldn't Pulp just rely on the proxy with regards to the content<br>
>> streaming?<br>
>><br>
>> Thanks,<br>
>> milan<br>
>><br>
>><br>
>> [1] <a href="https://pulp.plan.io/attachments/130957" rel="noreferrer" target="_blank">https://pulp.plan.io/<wbr>attachments/130957</a><br>
>><br>
>> On Fri, May 25, 2018 at 9:11 PM, Brian Bouterse <<a href="mailto:bbouters@redhat.com">bbouters@redhat.com</a>><br>
>> wrote:<br>
>> > A mini-team of core devs** met to talk through lazy use cases for Pulp3.<br>
>> > It's effectively the same lazy from Pulp2 except:<br>
>> ><br>
>> > * it's now built into core (not just RPM)<br>
>> > * It disincludes repo protection use cases because we haven't added repo<br>
>> > protection to Pulp3 yet<br>
>> > * It disincludes the "background" policy which based on feedback from<br>
>> > stakeholders provided very little value<br>
>> > * it will no longer will depend on Twisted as a dependency. It will use<br>
>> > asyncio instead.<br>
>> ><br>
>> > While it is being built into core, it will require minimal support by a<br>
>> > plugin writer to add support for it. Details in the epic below.<br>
>> ><br>
>> > The current use cases along with a technical plan are written on this<br>
>> > epic:<br>
>> > <a href="https://pulp.plan.io/issues/3693" rel="noreferrer" target="_blank">https://pulp.plan.io/issues/<wbr>3693</a><br>
>> ><br>
>> > We're putting it out for comment, questions, and feedback before we<br>
>> > start<br>
>> > into the code. I hope we are able to add this into our next sprint.<br>
>> ><br>
>> > ** ipanova, jortel, ttereshc, dkliban, bmbouter<br>
>> ><br>
>> > Thanks!<br>
>> > Brian<br>
>> ><br>
>> ><br>
>> > ______________________________<wbr>_________________<br>
>> > Pulp-dev mailing list<br>
>> > <a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
>> > <a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
>> ><br>
><br>
><br>
<br>
______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
</div></div></blockquote></div><br></div></div>