<div dir="ltr"><div><div><div><div><div>Hi Michael,<br></div>I've pasted everything I can think of here:<br><br><a href="https://paste.fedoraproject.org/paste/TbEFTXhz3XblBNEawSVfbV5M1UNdIGYhyRLivL9gydE=">https://paste.fedoraproject.org/paste/TbEFTXhz3XblBNEawSVfbV5M1UNdIGYhyRLivL9gydE=</a><br><br></div>I tend to often get a lot of stuck tasks and there isn't much rhyme or reason to it.  :(<br><br></div>Pulp 2.10, btw.<br><br></div>Thanks!<br></div> - Kodiak<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 14, 2017 at 10:54 AM, Michael Hrivnak <span dir="ltr"><<a href="mailto:mhrivnak@redhat.com" target="_blank">mhrivnak@redhat.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">When you say they are "stuck tasks", what exactly are you seeing?<div><br></div><div>I wonder if the problem might just be with pulp_celerybeat. If it was failing to queue messages in the broker, that might result in you seeing</div><div>- TaskStatus records that stay in "waiting"</div><div>- scheduled tasks don't appear to ever get queued</div><div><br></div><div>It's normal for the deferred_download task to run periodically even if other required components aren't setup. If it finds no work to do, it finishes immediately.</div><div><br></div><div>Michael</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, Mar 14, 2017 at 8:51 AM, Kodiak Firesmith <span dir="ltr"><<a href="mailto:kfiresmith@gmail.com" target="_blank">kfiresmith@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hey Folks,<div>Pulp 2.10, noticed a lot of stuck tasks for 'deferred_download' which was surprising because I've not done any of the work necessary to enable that feature.  While I see how to set a download policy via pulp-admin rpm repo create, I can't seem to find any way to interrogate a repo to see what it's download policy is w/ pulp-admin rpm repo list --details.  The resource field is emptyfor each deferred_download job so I don't know what repo might be trying to do this.   </div><div><br></div><div>I'm going to purge all the outstanding tasks and see if they start to reappear.  If they do reappear, do you have any advice for discovering what repo they are associated with?</div><div><br></div><div>I also have a bunch of repos with daily sync jobs that haven't fired properly but that's a different story for another email that I'm not quite ready to send out yet.</div><div><br></div><div>Thanks,</div><div> - Kodiak</div></div>
<br></div></div>______________________________<wbr>_________________<br>
Pulp-list mailing list<br>
<a href="mailto:Pulp-list@redhat.com" target="_blank">Pulp-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/pulp-list</a><br></blockquote></div><br></div>
</blockquote></div><br></div>