Bug 1441949 - it takes 2 minutes to update repository URL when in scale
Summary: it takes 2 minutes to update repository URL when in scale
Keywords:
Status: CLOSED DUPLICATE of bug 1435809
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Candlepin
Version: 6.2.8
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: Unspecified
Assignee: Barnaby Court
QA Contact: Katello QA List
URL:
Whiteboard: scale_lab
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-04-13 07:39 UTC by Jan Hutař
Modified: 2017-04-13 12:42 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-04-13 12:42:05 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Jan Hutař 2017-04-13 07:39:24 UTC
Description of problem:
It takes 2 minutes to update repository URL when you have 30k systems registered to Satellite (there is about 10 repositories in the satellite only)


Version-Release number of selected component (if applicable):
satellite-6.2.8-4.0.el7sat.noarch


How reproducible:
Seen in multiple attempts on one setup


Steps to Reproduce:
1. Have satellite with 30k registered hosts and 10 repos (mix of Red Hat repositories and custom ones)
2. These 30k hosts are registered into the repository where I'm changing URL
3. Content -> Products -> <product> -> Repositories -> <repository> -> URL
   (you do not need to really change the URL, just click at it to edit
   and then click"Save")


Actual results:
It takes about 2 minutes for spinner which indicates progress to disappear

For a first time I have tried that, Tomcat's RSS memory consumption went up from 5 to 8 GB

Also given task shows that duration:

  Id: 22dfed16-b2e5-4cc3-b87f-8305a4f45661
  Label: Actions::Katello::Repository::Update
  Name: Update
  Owner: admin
  Execution type: Delayed
  Start at: 2017-04-13 09:29:07 +0200
  Start before: -
  Started at: 2017-04-13 09:29:07 +0200
  Ended at: 2017-04-13 09:31:11 +0200
  State: stopped
  Result: success
  Params: repository 'RHEL7 x86_64 Base'; product 'RHEL7 x86_64 Base'; organization 'Default Organization' 

Looking into DynFlow console, there is only this "sub-task" (I assume that is not correct name for the entity):

  3: Actions::Candlepin::Product::ContentUpdate (success) [ 123.46s / 123.46s ]


Expected results:
Should be quicker

Comment 2 Chris Duryee 2017-04-13 12:42:05 UTC
I think this is the same as 1435809, marking as duplicate.

*** This bug has been marked as a duplicate of bug 1435809 ***


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