Bug 856166 - webadmin: cannot create a 3.0 pool with an unattached v2 domain (v2 domains are filtered out in attach domain dialogue)
Summary: webadmin: cannot create a 3.0 pool with an unattached v2 domain (v2 domains a...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-webadmin-portal
Version: 3.1.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
: 3.1.0
Assignee: Asaf Shakarchi
QA Contact: Dafna Ron
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-09-11 11:15 UTC by Dafna Ron
Modified: 2016-02-10 20:13 UTC (History)
10 users (show)

Fixed In Version: SI20
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-12-04 20:02:37 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
screen shots (107.55 KB, application/x-gzip)
2012-09-11 11:15 UTC, Dafna Ron
no flags Details

Description Dafna Ron 2012-09-11 11:15:13 UTC
Created attachment 611727 [details]
screen shots

Description of problem:

UI is filtering the V2 domains when we try to attach a domain to a newly created 3.0 DC. 
we can see the V1 domains but not the V2 domains unless we select the DC when we create the domain. 

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

si17

How reproducible:

100%

Steps to Reproduce:
1. create a V2 domain with DC=none
2. create a 3.0 DC and cluster and add a host to the DC (My host has the 3.1 vdsm) already installed
3. in Data Centers -> Storage -> attach data
  
Actual results:

we only see V1 domains. if we have V2 domains we get an error that no compatible domains were found 

Expected results:

we should see both V1 and V2 domains in a 3.0 DC

Additional info: screen shots

Comment 1 Asaf Shakarchi 2012-09-20 14:46:40 UTC
Patch submitted: http://gerrit.ovirt.org/#/c/8091/

Comment 2 Allon Mureinik 2012-10-03 11:10:29 UTC
merged change id I58a765eb1b5d122d06111e2151325110096c1623

Comment 3 Dafna Ron 2012-10-07 08:59:10 UTC
verified on si20


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