Bug 882928 - [RHEV-RHS] Do not display RHS nodes in server selection list while creating new Storage Domain and VM's
Summary: [RHEV-RHS] Do not display RHS nodes in server selection list while creating n...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-webadmin-portal
Version: 3.1.3
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
: 3.3.0
Assignee: Martin Betak
QA Contact: SATHEESARAN
URL:
Whiteboard: virt
Depends On:
Blocks: 922807 972742 1019461
TreeView+ depends on / blocked
 
Reported: 2012-12-03 11:25 UTC by Prasanth
Modified: 2015-09-22 13:09 UTC (History)
13 users (show)

Fixed In Version: is2
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 972742 (view as bug list)
Environment:
Last Closed: 2013-07-19 06:05:42 UTC
oVirt Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Screenshot of UI which shows "gluster cluster" durinc create VM, in "Systems" view (34.07 KB, image/png)
2013-02-27 10:43 UTC, Prasanth
no flags Details
Screenshot of UI which shows RHS nodes during add "New Storage" domain (37.42 KB, image/png)
2013-02-27 10:55 UTC, Prasanth
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 11395 0 None None None Never
oVirt gerrit 15397 0 None None None Never

Description Prasanth 2012-12-03 11:25:35 UTC
Description of problem:

When you have the RHS nodes and the Hypervisors in the same DC, the server selection lists for creating a VM or adding a storage domain list both types of servers. We should not display RHS nodes in server selection list while create new vms.

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

RHEVM version: SI24.5
Gluster version: glusterfs-server-3.3.0rhsvirt1-8.el6rhs.x86_64
Beta - RHS ISO: RHS-2.0-20121110.0-RHS-x86_64-DVD1.iso
Beta - Hypervisor build: rhevh-6.3-20121112.0.iso

Comment 1 Michal Skrivanek 2013-01-13 15:46:17 UTC
how do we find out which not to list? We need to cover installs where the node servers both functions...

Comment 2 Itamar Heim 2013-01-14 07:42:35 UTC
only show hosts which come from a cluster which has the virt flag set?

Comment 3 Libor Spevak 2013-01-18 12:22:52 UTC
When I want to create a cluster, I can check:

- Enable Virt Service
- Enable Gluster Service

Enable Virt Service is selected for Default cluster in Default DC (data center) and cannot be changed.

When I create new VM, I can specify DS and then one of its clusters, eventually target host to run on.

It means, the new VM or edit VM dialog should provide 
- just DC with at least one cluster with enabled Virt Service
- and only clusters with enabled Virt Service

?

Comment 4 Itamar Heim 2013-01-29 08:38:46 UTC
i don't understand this bug for VMs. list of hosts for VM should be limited to the cluster the VM is in. if that cluster is a virt cluster, all hosts in it are virt hosts as well. if it is a gluster cluster, it can't contain VMs.

Comment 5 Libor Spevak 2013-01-29 08:49:33 UTC
Yes, but e.g. when you create VM when no datacenter (DC) or cluster is selected (System view), then a DC must be selected first, and then one of its clusters.

This patch just limits displayed DCs and its clusters to virt types and ignores Gluster types.

Comment 6 Prasanth 2013-02-27 10:43:32 UTC
Created attachment 703362 [details]
Screenshot of UI which shows "gluster cluster" durinc create VM, in "Systems" view

Comment 7 Prasanth 2013-02-27 10:55:12 UTC
Created attachment 703370 [details]
Screenshot of UI which shows RHS nodes during add "New Storage" domain

Comment 10 Prasanth 2013-05-06 13:25:16 UTC
While creating New Server VM's, "Gluster Cluster" no longer appears in the drop down list of "Host Cluster". So that part seems to be fixed and verified. 

However, RHS nodes are still displayed under the "Use Host" list, while creating new Storage Domain. This also needs to be fixed as reported earlier in the bug.

Hence moving it back to "Assigned".


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