I have 2 cases opened in relation to this and bug 1269509, both of which are regarding timeouts and patching performance in 6.1.3.
Case 01531872 is related to this timeout issue and 01530408 is related as this same thing applies to repo synch's. What I've found to be the underlying problem (which is also mentioned in bug 1269509) is the reliance on timeouts being a bad idea. Katello / Foreman provide the GUI and Pulp runs the work in these cases, it's a really bad design, IMHO, to have katello tell pulp what to do and then simply forget about it/say it failed if the task isn't completed soon enough. To add insult to injury here, the task isn't cancelled in pulp when Katello times out so, pulp will still get around to doing the work ... eventually.
These 2 products need to talk together to provide the end user a much better idea of what's actually going on. After 2 weeks of digging into this, here are the recommendations I'd make ... hope you guys are receptive to ideas:
1. Add a pulp status page that will show the queue depth and at least what tasks are currently processing. Adding the ability to prioritize tasks in pulp, batch cancel in pulp and drill down to see what tasks are what in the queue would be awesome. As critical as pulp is, it cannot be so detached from the GUI. (EX: ALWAYS move patching activities to the front of the queue ahead of repo synch's)
2. Add some logic into Katello or pulp to not queue duplicate tasks. If a repo is synching now, don't add another task to synch it again until after this synch has completed. Same for client updates, etc. All this does is allows the queue to back up to unmanageable proportions and slow the whole system down.
3. Allow a "max queue depth" setting for katello and/or pulp. don't accept more work if there's a big backlog.
4. Repo synch's ... check for changes, if there are none, don't regenerate metadata or synch the capsules, after all, nothing's changed. All this does is adds VERY long running tasks into the katello and pulp queues. This is how I ended up with 11,000 tasks to cancel in pulp.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2015:2622

Note

You need to
log in
before you can comment on or make changes to this bug.