Bug 1312513 - No easy way to identitfy which tenant belongs to which security group
Summary: No easy way to identitfy which tenant belongs to which security group
Keywords:
Status: CLOSED DUPLICATE of bug 1312512
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: UI - OPS
Version: 5.5.0
Hardware: All
OS: All
unspecified
high
Target Milestone: GA
: 5.6.0
Assignee: Dan Clarizio
QA Contact: Dave Johnson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-26 23:46 UTC by Kevin Morey
Modified: 2016-02-26 23:47 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-02-26 23:47:15 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Kevin Morey 2016-02-26 23:46:03 UTC
Description of problem:
I did a POC this week for a customer where their openstack environment had approximately 50+ tenants. The problem is that by default all openstack tenants have a default security group called 'default'. The customer quickly got frustrated that they could tell from a list view of security groups which tenant belonged to each 'default' security group.  Please add a cloud_tenant column in the list view.

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

How reproducible:
100%

Steps to Reproduce:
1. add an openstack provider that has multiple tenants
2. once the provider refresh is completed navigate to Clouds / Security Groups in CF
3. Attempt easily identify which security group maps to which tenants

Actual results:
we got a view of 50+ security groups all called default. The customer has to navigate to cloud_tenants and follow the relationship to figure out which default security group it belonged to.

Expected results:
Expected to see which tenant belonged to each openstack security group

Additional info:

Comment 2 Kevin Morey 2016-02-26 23:47:15 UTC

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


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