Bug #14628
closedcontent view publish creates extra metadata generate task
Description
Description of problem:
As part of the "run" phase of a Katello repo create, it will tell Pulp to do a publish. This is needed in order to fill in the repo immediately, so consumers don't get a 404 in between the time when the user creates the repo in the web UI, and when Pulp does the publish after unit association.
However, when cloning repos, there's no need to do this extra publish. In fact, it can lead to slowness since there's now two publishes happening instead of one.
Steps to Reproduce:
1. sync a large repo (fedora 23 works)
2. create CV, add repo, publish CV version
Actual results: YMMV, but this can take about five minutes
Expected results: 3-ish minutes
Additional info: If you perform the publish and look at the tasks list, you'll see a "metadata generate" task owned by foreman_api_admin user. This is the task that should go away for CV version publishes.
Also note: this is one issue related to slow CV publish, but there may be other areas that could use optimization.
Updated by The Foreman Bot almost 9 years ago
- Status changed from New to Ready For Testing
- Pull request https://github.com/Katello/katello/pull/5963 added
Updated by Chris Duryee almost 9 years ago
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
Applied in changeset katello|d2df121200636ea86d93bdf5305500646f6863f3.
Updated by Eric Helms over 8 years ago
- Translation missing: en.field_release set to 86