Bug 1005832

Summary: [GlusterFS] Default option on GlusterFS Data Center in Storage Type is ISO/ POSIX compliant FS
Product: Red Hat Enterprise Virtualization Manager Reporter: vvyazmin <vvyazmin>
Component: ovirt-engine-webadmin-portalAssignee: Kanagaraj <kmayilsa>
Status: CLOSED CURRENTRELEASE QA Contact: Aharon Canan <acanan>
Severity: low Docs Contact:
Priority: unspecified    
Version: 3.3.0CC: acathrow, dpati, ecohen, gianluca.cecchi, iheim, kmayilsa, Rhev-m-bugs, sankarshan, sasundar, scohen, yeylon
Target Milestone: ---Flags: scohen: Triaged+
Target Release: 3.3.0   
Hardware: x86_64   
OS: Linux   
Whiteboard: gluster
Fixed In Version: is27 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Gluster RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1019461, 1049022    
Attachments:
Description Flags
## Screenshot none

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