<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 4, 2018 at 12:45 PM, Bryan Kearney <span dir="ltr"><<a href="mailto:bkearney@redhat.com" target="_blank">bkearney@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 05/31/2018 06:36 PM, Jeff Ortel wrote:<br>
> <br>
> <br>
> On 05/31/2018 04:39 PM, Brian Bouterse wrote:<br>
>> I updated the epic (<a href="https://pulp.plan.io/issues/3693" rel="noreferrer" target="_blank">https://pulp.plan.io/issues/<wbr>3693</a>) to use this new<br>
>> language.<br>
>><br>
>> policy=immediate  -> downloads now while the task runs (no lazy). Also<br>
>> the default if unspecified.<br>
>> policy=cache-and-save   -> All the steps in the diagram. Content that<br>
>> is downloaded is saved so that it's only ever downloaded once.<br>
>> policy=cache     -> All the steps in the diagram except step 14. If<br>
>> squid pushes the bits out of the cache, it will be re-downloaded again<br>
>> to serve to other clients requesting the same bits.<br>
<br>
</span>If this became a requirement, another implementation of what tom is<br>
asking is bulk job to clean out old cached content. I assume<br>
cache-and-save with a 2 week purge would be the same end result and not<br>
require alot of net new coding.<br></blockquote><div><br></div><div>I believe these features would layer on top of the current plan reasonably well. I want to describe the user experience on this concept.</div><div><br></div><div>Purging content would probably be a process where the associated ContentUnit is updated to not be associated with the saved Artifact; this would cause the Artifact to become an Orphaned Artifact. After that, the user would need to run orphan cleanup to actually delete that Artifact from the db and the storage system. This 2-step thing is due to a correctness requirement that Orphaned Artifact deletion has to be run without any other Pulp jobs executing. The orphan cleanup already does this correctly so this purging would probably occur like this for now.</div><div><br></div><div>Would ^ type of execution work for this type of purging use case?<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
-- bk<br>
<br>
<br>
<br>
</font></span><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></blockquote></div><br></div></div>