[ovirt-users] Status libgfapi support in oVirt

[noc]

On 19-11-2014 16:50, Federico Simoncelli wrote:
> ----- Original Message -----
>> From: "noc" <noc at nieuwland.nl>
>> To: users at ovirt.org
>> Sent: Wednesday, November 19, 2014 9:36:28 AM
>> Subject: Re: [ovirt-users] Status libgfapi support in oVirt
>>
>> On 18-11-2014 20:57, Christopher Young wrote:
>>
>> I'm replying to 'up' this as well as I'm most interested in this. I actually
>> thought this was implemented and working too.
>>
>> On Mon, Nov 17, 2014 at 10:01 AM, Daniel Helgenberger <
>> daniel.helgenberger at m-box.de > wrote:
>>
>>
>> Hello Joop,
>>
>> thanks for raising the issue as it is one of the things I assumed are
>> already implemented and working.
>>
>> Sadly I cannot provide any answer ...
>>
>> On 17.11.2014 09:39, Joop wrote:
>>> I have been trying to use libgfapi glusterfs support in oVirt but can't
>>> get it to work. After talks on IRC it seems I should apply a patch
>>> ( http://gerrit.ovirt.org/33768 ) to enable libgf BUT I can't get it to
>>> work. Systems used:
>>> - hosts Centos7 or Fedora20 (so upto date qemu/libvirt/oVirt(3.5))
>>> - glusterfs-3.6.1
>>> - vdsm-4.16.0-524.gitbc618a4.el7.x86_64 (snapshot master 14-nov)
>>> - vdsm-4.16.7-1.gitdb83943.el7.x86_64 (official ovirt-3.5 vdsm, seems
>>> newer than master snapshot?? )
>>>
>>> Just adding the patch to vdsm-4.16.7-1.gitdb83943.el7.x86_64 doesn't
>>> work, vdsm doesn't start anymore due to an error in virt/vm.py.
>>>
>>> Q1: what is de exact status of libgf and oVirt.
>>> Q2: how do I test that patch?
>> I experimented a little more and found that if I create a VM in oVirt on a
>> glusterfs storage domain and start it, it won't use libgfapi, BUT if I use
>> virsh on the host where the VM runs and then add a disk the libgfapi way the
>> VM will see the disk and can use it. So the underlying infra is capable of
>> using libgf but oVirt isn't using it. Thats where the patch comes in I think
>> but I can't get it to work.
> Correct. oVirt up until now didn't use libgfapi because of missing features
> (e.g. live snapshot). It seems that now all those gaps have been fixed and
> we're trying to re-enable libgfapi.
>
> I just mentioned that I uploaded an el6 build here:
>
> https://fsimonce.fedorapeople.org/vdsm-libgfapi/
>
> and sources here (to rebuild on fedora):
>
> https://fsimonce.fedorapeople.org/vdsm-libgfapi/source/
>
> Let me know if the most of you are using fedora and I'll make a build on
> fedora as well.
>
> Please let me know how it goes. Thanks,
I did a quick setup of a nestedvt el6 host and, tried to, ran a vm on it
with a disk on a glusterfs SD and the following is part of the output
taken from vdsm.log when the VM starts up.

                <disk device="disk" snapshot="no" type="network">
                        <address bus="0x00" domain="0x0000"
function="0x0" slot="0x06" type="pci"/>
                        <source
name="GlusterTest/0a0db70d-40a7-4ccc-8a87-efeead3e01aa/images/730aac8b-3233-4d28-8245-6c2bb3269a97/8d997c07-1ac9-4d72-868c-3178c7d7c1f1"
protocol="gluster">
                                <host name="st01.nieuwland.nl" port="0"
transport="tcp"/>
                        </source>
                        <target bus="virtio" dev="vda"/>
                       
<serial>730aac8b-3233-4d28-8245-6c2bb3269a97</serial>
                        <boot order="1"/>
                        <driver cache="none" error_policy="stop"
io="threads" name="qemu" type="raw"/>
                </disk>

The VM doesn't start but that can be caused by my L2 virt OR that the
<host name = .. port="0" ... > is wrong. Shouldn't there be a port in
the 24007 or 49152 range?

Will try the F20 build on my home system and see if that goes better.

Thanks for the help sofar,

Joop