Bug 1479912

Summary:	satellite 6.2.10 performance is slow as compared with satelite 6.2.8
Product:	Red Hat Satellite	Reporter:	asamad
Component:	Performance	Assignee:	satellite6-bugs <satellite6-bugs>
Status:	CLOSED WONTFIX	QA Contact:	Jan Hutař <jhutar>
Severity:	high	Docs Contact:
Priority:	medium
Version:	6.2.10	CC:	asamad, bkearney, ehelms, gkonda, inecas, mtaru
Target Milestone:	Unspecified	Keywords:	Triaged
Target Release:	Unused
Hardware:	Unspecified
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-02-28 19:35:18 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description asamad 2017-08-09 17:59:30 UTC

Description of problem:
satellite 6.2.10 performance is slow as compared with satellite 6.2.8 in all terms of web UI 


Version-Release number of selected component (if applicable):
satellite 6.2.10 

How reproducible:

I am not able to reproduce this.  Was there a large number of systems or other types of content?  If i register a single system and do the above steps, all pages load within a second or two.

Steps to Reproduce:
1.
2.
3.

Actual results:
satellite 6.2.8 web UI performance is 3 times faster than satellite 6.2.10 

Expected results:

need a stable satellite web UI to perform all actions.

Additional info:

Currently only 700 hosts have been added, need to add more 1500 hosts which makes the satellite slow.

Comment 1 Ivan Necas 2017-08-10 15:40:47 UTC

Could you provide more information about the load the satellite system is under?

Which processes are taking the most of CPU/memory on the system?

Was any of the steps described on https://access.redhat.com/articles/2626101 performed on the system?

1. if yes, it's possible the installer run reverted those changes
2. if no, I would suggest looking over that document to see, if any of those steps are applicable for the system.

Comment 2 asamad 2017-08-10 17:22:37 UTC

Hello Ivan,

Kindly find the answers for the foll.

Which processes are taking the most of CPU/memory on the system?
tomcat and postgres is taking most of the CPU/memory in the TOP output.


Was any of the steps described on https://access.redhat.com/articles/2626101 performed on the system?
 
Yes point 5.3 is tried and tested but no luck.
installer is executed to revert the settings to default one to check this might solve the issue.

As the client has used 6.2.8 which worked much more faster as compared to 6.2.10

Thanks & Regards,
Abdul Samad

Comment 5 asamad 2017-09-28 16:51:54 UTC

@Craig : customer tried to update the satellite to 6.2.11 but still the UI issue persist.

Comment 7 Bryan Kearney 2019-02-07 12:09:40 UTC

The Satellite Team is attempting to provide an accurate backlog of bugzilla requests which we feel will be resolved in the next few releases. We do not believe this bugzilla will meet that criteria, and have plans to close it out in 1 month. This is not a reflection on the validity of the request, but a reflection of the many priorities for the product. If you have any concerns about this, feel free to contact Red Hat Technical Support or your account team. If we do not hear from you, we will close this bug out. Thank you.

Comment 8 Bryan Kearney 2019-02-28 19:35:18 UTC

Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this, please do not reopen. Instead, feel free to contact Red Hat Technical Support. Thank you.