----- Original Message -----
> From: "noc" <noc(a)nieuwland.nl>
> To: users(a)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(a)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