Description of problem: Enabling-disabling a (Red Hat) repository contains lots of spinning hourglasses and is irritatingly slow. One such slowness comes form the fact katello contacts _sequentially_ and _everytime_ CDN to get some repos info: (debugs in production.log): 2016-10-03 08:09:19 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/listing 2016-10-03 08:09:21 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/6.1/listing 2016-10-03 08:09:23 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/6.2/listing 2016-10-03 08:09:25 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/6.3/listing 2016-10-03 08:09:27 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/6.4/listing 2016-10-03 08:09:29 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/6.5/listing 2016-10-03 08:09:31 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/6.6/listing 2016-10-03 08:09:33 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/6.7/listing 2016-10-03 08:09:35 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/6.8/listing 2016-10-03 08:09:37 [D] CDN: Requesting path https://cdn.redhat.com:443/content/dist/rhel/server/6/6Server/listing Please either: - make the calls parallel (why each one takes 2seconds and is made sequentially?) - or cache the data locally until manifest is updated (such that the calls dont need to be repeated next time) - or both Version-Release number of selected component (if applicable): Sat6.2.1 How reproducible: 100% Steps to Reproduce: 1. Try to enable a repository and count the time it takes / how much time is spent in waiting on WebUI Actual results: A minute or so waited. Expected results: repo enabled within few seconds. Additional info:
Created redmine issue http://projects.theforeman.org/issues/17696 from this bug
Upstream bug assigned to dlobatog
Upstream bug component is Content Management
Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/17696 has been resolved.
Proposing to 6.2.z as the change is quite small
Between this and another BZ addressed this page is much faster now. I can expand and enable repos in seconds. Verified on Sat 6.3 Snap 10 => satellite-6.3.0-16.0.beta.el7sat.noarch
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-2018:0336