[ovirt-users] Ovirt 3.6.6 on Centos 7.2 not using native gluster (gfapi)

Tue May 31 03:17:28 EDT 2016

On Mon, May 30, 2016 at 9:34 PM, Ralf Schenk <rs at databay.de> wrote:

> Hello,
>
> thanks for the hint, but wasn't it already there ? Many documents and
> screenshots show the radio-button to enable gluster on the cluster tab of
> the Engine Webinterfaces.
>

Gluster is fully supported - but it's using the FUSE mount right now. The
idea is to move to the native libgfapi (built-in QEMU support for native
Gluster protocol). See [1] for details.
Y.

[1]
http://www.gluster.org/community/documentation/index.php/Libgfapi_with_qemu_libvirt

> Bye
>
> Am 30.05.2016 um 20:28 schrieb Yaniv Kaul:
>
> In the short term roadmap (covered by
> <https://bugzilla.redhat.com/show_bug.cgi?id=1022961>
> https://bugzilla.redhat.com/show_bug.cgi?id=1022961 ).
> Y.
>
> On Mon, May 30, 2016 at 3:30 PM, Ralf Schenk <rs at databay.de> wrote:
>
>> Hello,
>>
>> I set up 8 Hosts and self-hosted-engine running HA on 3 of them from
>> gluster replica 3 Volume. HA is working, I can set one host of the 3
>> configured for hosted-engine to maintenance and engine migrates to other
>> host. I did the hosted-engine --deploy with type gluster and my gluster
>> hosted storage is accessed as glusterfs.mydomain.de:/engine
>>
>> I set up another gluster volume (distributed replicated 4x2=8) as Data
>> storage for my virtual machines which is accessible as
>> glusterfs.mydomain.de:/gv0.  ISO and Export Volume are defined from NFS
>> Server.
>>
>> When I set up a VM on the gluster storage I expected it to run with
>> native gluster support. However if I dumpxml the libvirt machine definition
>> I've something like that in it's config:
>>
>> [...]
>>
>>     <disk type='file' device='disk' snapshot='no'>
>>       <driver name='qemu' type='raw' cache='none' error_policy='stop'
>> io='threads'/>
>>       <source
>> file='/rhev/data-center/00000001-0001-0001-0001-0000000000b9/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/011ab08e-71af-4d5b-a6a8-9b843a10329e/3f71d6c7-9b6d-4872-abc6-01a2b3329656'/>
>>       <backingStore/>
>>       <target dev='vda' bus='virtio'/>
>>       <serial>011ab08e-71af-4d5b-a6a8-9b843a10329e</serial>
>>       <boot order='1'/>
>>       <alias name='virtio-disk0'/>
>>       <address type='pci' domain='0x0000' bus='0x00' slot='0x06'
>> function='0x0'/>
>>     </disk>
>>
>> I expected to have something like this:
>> <disk type='network' device='disk'>
>>     <driver name='qemu' type='raw' cache='none' error_policy='stop'
>> io='threads'/>
>>           <source protocol='gluster'
>> name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/011ab08e-71af-4d5b-a6a8-9b843a10329e/3f71d6c7-9b6d-4872-abc6-01a2b3329656'>
>>           <host name='glusterfs.mydomain.de'/>
>>           </source>
>>   [...]
>>
>> All hosts have vdsm-gluster gluster installed:
>> [root at microcloud21 libvirt]# yum list installed | grep vdsm-*
>> vdsm.noarch                           4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-cli.noarch                       4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-gluster.noarch                   4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-hook-hugepages.noarch            4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-hook-vmfex-dev.noarch            4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-infra.noarch                     4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-jsonrpc.noarch                   4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-python.noarch                    4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-xmlrpc.noarch                    4.17.28-0.el7.centos
>> @ovirt-3.6
>> vdsm-yajsonrpc.noarch                 4.17.28-0.el7.centos
>> @ovirt-3.6
>>
>> How do I get my most wanted feature native gluster support running ?
>>
>> --
>>
>>
>> *Ralf Schenk*
>> fon +49 (0) 24 05 / 40 83 70
>> <%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070>
>> fax +49 (0) 24 05 / 40 83 759
>> <%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759>
>> mail *rs at databay.de* <rs at databay.de>
>>
>> *Databay AG*
>> Jens-Otto-Krag-Straße 11
>> D-52146 Würselen
>> *www.databay.de* <http://www.databay.de>
>>
>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
>> Philipp Hermanns
>> Aufsichtsratsvorsitzender: Klaus Scholzen (RA)
>> ------------------------------
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *rs at databay.de* <rs at databay.de>
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* <http://www.databay.de>
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Klaus Scholzen (RA)
> ------------------------------
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160531/aa7bd083/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logo_databay_email.gif
Type: image/gif
Size: 1250 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160531/aa7bd083/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1250 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160531/aa7bd083/attachment-0001.gif>