Bug 1005832 - [GlusterFS] Default option on GlusterFS Data Center in Storage Type is ISO/ POSIX compliant FS
Summary: [GlusterFS] Default option on GlusterFS Data Center in Storage Type is ISO/ P...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-webadmin-portal
Version: 3.3.0
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
: 3.3.0
Assignee: Kanagaraj
QA Contact: Aharon Canan
URL:
Whiteboard: gluster
Depends On:
Blocks: 1019461 3.3rc1
TreeView+ depends on / blocked
 
Reported: 2013-09-09 13:14 UTC by vvyazmin@redhat.com
Modified: 2023-09-14 01:50 UTC (History)
11 users (show)

Fixed In Version: is27
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
oVirt Team: Gluster
Target Upstream Version:
Embargoed:
scohen: Triaged+


Attachments (Terms of Use)
## Screenshot (387.13 KB, image/png)
2013-09-09 13:14 UTC, vvyazmin@redhat.com
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 21927 0 None None None Never
oVirt gerrit 21968 0 None None None Never

Description vvyazmin@redhat.com 2013-09-09 13:14:45 UTC
Created attachment 795609 [details]
## Screenshot

Description of problem:
Default option on GlusterFS Data Center in Storage Type is ISO/ POSIX compliant FS 

Version-Release number of selected component (if applicable):
RHEVM 3.3 - IS13 environment:

RHEVM:  rhevm-3.3.0-0.19.master.el6ev.noarch
PythonSDK:  rhevm-sdk-python-3.3.0.13-1.el6ev.noarch
VDSM:  vdsm-4.12.0-105.git0da1561.el6ev.x86_64
LIBVIRT:  libvirt-0.10.2-18.el6_4.9.x86_64
QEMU & KVM:  qemu-kvm-rhev-0.12.1.2-2.355.el6_4.7.x86_64
SANLOCK:  sanlock-2.8-1.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
1. On GlusterFS Data Center create second Storage Domain (SD)
2. In WebAdmin, on tab “Storage” select option “New Domain” 

Actual results:
On pop-up menu “New domain” default option in “Domain Function / Storage Type” is ISO/ POSIX compliant FS

Expected results:
On pop-up menu “New domain” default option in “Domain Function / Storage Type” should be  Data / GlusteFS

Impact on user:
none

Workaround:
none

Additional info:
Print Screen attached

/var/log/ovirt-engine/engine.log

Comment 2 Sahina Bose 2013-09-13 04:35:39 UTC
Kanagaraj, Could you change the default storage based on the Data center type to GlusterFS ?

Comment 5 SATHEESARAN 2013-12-13 09:39:58 UTC
Verified with IS 27 (3.3.0-0.40.rc.el6ev), and glusterfs-3.4.0.49rhs-1.el6rhs
with the following steps,

0. Created a Glusterfs Datacenter
1. Added a virt-cluster 
2. Added RHEL 6.5 Node to the cluster
3. Created a MASTER Data Domain ( storage domain )
4. While creating another Storage domain, I could see the default domain type, as "Data / Glusterfs"

Comment 6 Gianluca Cecchi 2014-01-15 00:01:55 UTC
Verified on fedora 19 stable repo with 3.3.2, enabling beta repo and updating to:
ovirt-engine-3.3.3-0.1.beta1.fc19.noarch

I have the "Default" uninitialized DC that is of storage type "Posix Compliant FS".
I also have a GlusterFS DC named "gvdata".
When I go in Storage tab and select "Add storage", in the new window I get by default the "Default" uninitialized DC selected and the "Domain Function/Storage Type" is "DATA / POSIX Compliant FS".
If I select my gvdata GlusterFS DC into the "Data Center" box, the storage type correctly changes to "Data / GlusterFS", so it seems ok.

But the best would be this workflow:
1) select storage tab in main menu
2) select one of the DCs (gvdata in my case, that is a GlusterFS DC)
3) click on "New Domain"

desiderata:
4) the new window contains as the proposed DC the one that was previously selected, so gvdata in my case, without need to reselect again...
Would it be simple? If so I think it would be nicer user experience
While if in step 2) no DC is selected, it is ok to put the first of the list for example.
Gianluca

Comment 7 Gianluca Cecchi 2014-01-15 00:04:21 UTC
Sorry for confusion: actually in storage tab there is no DC to select...
One possible change to prevent uninitialized DCs to be put as default (as the "Default" one in my case).
Thanks

Comment 8 Itamar Heim 2014-01-21 22:26:23 UTC
Closing - RHEV 3.3 Released

Comment 9 Itamar Heim 2014-01-21 22:29:48 UTC
Closing - RHEV 3.3 Released

Comment 10 Red Hat Bugzilla 2023-09-14 01:50:18 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days


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