<div dir="ltr">This may be unrelated to the sync problem - but do you have the export distributor configured on that repo?<div><br></div><div>It doesn't affect syncing at all, but there is a publish operation at the end of the sync. The export distributor tries hard to burn all your CPU while running mkisofs (for my usecase we don't need ISO images), as we have found out the hard way. That task may consume some extra space as well (which, as you point out, will be released)</div><div><br></div><div>Mihai</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 29, 2017 at 9:57 AM, Christina Plummer <span dir="ltr"><<a href="mailto:cplummer@gmail.com" target="_blank">cplummer@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hello all,</div><div><br></div><div>I am running Pulp 2.9.2. We are facing issues with our /var filesystem filling up when we do our nightly syncs - in particular, when we sync the Oracle Linux channel: </div><div><a href="http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/" target="_blank">http://public-yum.oracle.com/<wbr>repo/OracleLinux/OL6/latest/<wbr>x86_64/</a> </div><div><br></div><div>Syncing this one repo uses 5+ GB of space on /var while the sync is running.  Usage typically returns to normal once the sync completes (although if the filesystem completely fills we have had to restart pulp_workers in order to clear it). We have increased the size of the filesystem already (currently 8GB), but don't want to keep having to do so.</div><div><br></div><div>We found the "working_directory" setting in server.conf, but couldn't find much documentation about it. Since this is a production system, I wanted to check with the list first to confirm:</div><div>1) Will changing this to a location on a different, larger filesystem address my issues with /var utilization spikes during repo sync?</div><div>2) Are there any special considerations to changing this setting, other than restarting all the services?  Do I need to copy the subdirectories? Is a symlink a bad idea? It looks like the SELinux context probably needs to be set to pulp_var_cache_t.</div><div>3) Is there another way to reduce Pulp's utilization during the sync? This repo seems to be particularly egregious in terms of the massive size of the uncompressed other.db and filelists.db for some reason.</div><div><br></div><div>Thanks,</div><div>Christina</div></div>
<br>______________________________<wbr>_________________<br>
Pulp-list mailing list<br>
<a href="mailto:Pulp-list@redhat.com">Pulp-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-list" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-list</a><br></blockquote></div><br></div>