Bug 1336844

Summary: Can not add rbac group with large database
Product: Red Hat CloudForms Management Engine Reporter: Alex Krzos <akrzos>
Component: UI - OPSAssignee: Martin Hradil <mhradil>
Status: CLOSED DUPLICATE QA Contact: Alex Krzos <akrzos>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.4.0CC: dajohnso, hkataria, jhardy, mpovolny, obarenbo
Target Milestone: GA   
Target Release: 5.6.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: rbac
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-01 18:25:30 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:
Attachments:
Description Flags
production.log
none
evm.log on 5.4.5.0 grepped on ui worker pid
none
Same issue on 5.5.4.0 - evm.log
none
Same issue on 5.5.4.0 - production.log none

Description Alex Krzos 2016-05-17 14:44:03 UTC 
Description of problem:
I am trying to add group to add a separate rbac user for UI performance testing on a large database.  While adding the group the page refreshes and there is an error message which states: "Edit aborted!  CFME does not support the browser's back button or access from multiple tabs or windows of the same browser.  Please close any duplicate sessions before proceeding."

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

Testing on 5.5.4.0 right now comments inbound as it appears to be affected as well

How reproducible:
Always on the largest database that I have on 5.4.

Steps to Reproduce:
1. Import database dump, attempt to add group under configure-> Configuration -> Access Control
2.
3.

Actual results:


Expected results:
To be able to add a new group

Additional info:

Attached is grepped output from production.log and evm.log on the UI Worker's pid

Separate from the above functional issue, we can see it takes >50s in these logs for this request "/ops/x_button?pressed=rbac_group_add" to complete on this set of hardware.  The UI worker appears to peg a cpu core during that time frame, there must be a lot of items loaded that the worker iterates over or something causing this additional processing time.
Comment 2 Alex Krzos 2016-05-17 14:44:45 UTC 
Created attachment 1158332 [details]
production.log
Comment 3 Alex Krzos 2016-05-17 14:45:09 UTC 
Created attachment 1158334 [details]
evm.log on 5.4.5.0 grepped on ui worker pid
Comment 4 Alex Krzos 2016-05-17 15:30:00 UTC 
Created attachment 1158369 [details]
Same issue on 5.5.4.0 - evm.log
Comment 5 Alex Krzos 2016-05-17 15:30:31 UTC 
Created attachment 1158370 [details]
Same issue on 5.5.4.0 - production.log
Comment 6 Alex Krzos 2016-05-17 15:35:49 UTC 
I attached logs from a 5.5.4.0 appliance as well exhibiting the behavior described.

In summary I have two database dumps, and two different appliance versions tested and only one combination is not affected by this setup(5.4.5.0 w/ 13000VMs):
        13000VMs DB   23000VMs DB
5.4.5.0  No            Yes
5.5.4.0  Yes           Yes

I am doubtful this issues has anything to dow ith vm counts, and more than likely user/group counts in the database but FWIW
Comment 9 Martin Hradil 2016-08-01 18:25:30 UTC 

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