[Pulp-list] stuck tasks: deferred_download despite feature not being present or enabled?

[Michael Hrivnak]

When you say they are "stuck tasks", what exactly are you seeing?

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
- TaskStatus records that stay in "waiting"
- scheduled tasks don't appear to ever get queued

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.

Michael

On Tue, Mar 14, 2017 at 8:51 AM, Kodiak Firesmith <kfiresmith at gmail.com>
wrote:

> Hey Folks,
> 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.
>
> 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?
>
> 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.
>
> Thanks,
>  - Kodiak
>
> _______________________________________________
> Pulp-list mailing list
> Pulp-list at redhat.com
> https://www.redhat.com/mailman/listinfo/pulp-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/pulp-list/attachments/20170314/23a43471/attachment.htm>