[ovirt-users] Enabling libgfapi disk access with oVirt 4.2

[Kasturi Narra]

Hi Bryan,

     In your output if you see the -drive file=gluster://<ip>/<vol_name>
this means that vm disk drives are being accessed using libgfapi.

    If it is fuse then you would have seen something like
"file=/rhev/data-center/59f2df7e-0388-00ea-02c2-00000000017b/67d7d3cc-df3f-4d07-b6f3-944982c5677c/images/8e6f96d3-2ed4-4c56-87d1-3a994284e683/9bf5a54e-d72d-4b1f-8ab1-0a84eb987fdd"

Thanks
kasturi

On Tue, Nov 14, 2017 at 8:37 PM, Bryan Sockel <Bryan.Sockel at altn.com> wrote:

> Hrm, not sure what i am doing wrong then, does not seem to be working for
> me.  I am not using the hosted engine, but a direct install on a physical
> server.  I thought i have enabled support for libgfapi with this command:
>
> # engine-config -g LibgfApiSupported
> LibgfApiSupported: false version: 3.6
> LibgfApiSupported: false version: 4.0
> LibgfApiSupported: true version: 4.1
>
> restarted the engine, shutdown the vm completely and started it back up a
> short time later.
>
> I am using this command to check:
>  ps ax | grep qemu | grep 'file=gluster\|file=/rhev'
>
> Output is
>  file=gluster://10.20.102.181/gl-vm12/....
>
> Thanks
> Bryan
>
> -----Original Message-----
> From: Kasturi Narra <knarra at redhat.com>
> To: Bryan Sockel <Bryan.Sockel at altn.com>
> Cc: Alessandro De Salvo <Alessandro.DeSalvo at roma1.infn.it>, users <
> users at ovirt.org>
> Date: Tue, 14 Nov 2017 12:56:49 +0530
> Subject: Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2
>
> yes, it  does work with 4.1.7.6 version
>
> On Tue, Nov 14, 2017 at 4:49 AM, Bryan Sockel <Bryan.Sockel at altn.com>
> wrote:
>>
>> Is libgfapi supposed to be working in 4.1.7.6?
>> Bryan
>>
>> -----Original Message-----
>> From: Alessandro De Salvo <Alessandro.DeSalvo at roma1.infn.it>
>> To: users at ovirt.org
>> Date: Thu, 9 Nov 2017 09:35:01 +0100
>> Subject: Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2
>>
>> Hi again,
>> OK, tried to stop all the vms, except the engine, set engine-config -s
>> LibgfApiSupported=true (for 4.2 only) and restarted the engine.
>> When I tried restarting the VMs they are still not using gfapi, so it
>> does not seem to help.
>> Cheers,
>>
>>     Alessandro
>>
>>
>> Il 09/11/17 09:12, Alessandro De Salvo ha scritto:
>>
>>
>> Hi,
>> where should I enable gfapi via the UI?
>> The only command I tried was engine-config -s LibgfApiSupported=true but
>> the result is what is shown in my output below, so it’s set to true for
>> v4.2. Is it enough?
>> I’ll try restarting the engine. Is it really needed to stop all the VMs
>> and restart them all? Of course this is a test setup and I can do it, but
>> for production clusters in the future it may be a problem.
>> Thanks,
>>
>>    Alessandro
>>
>> Il giorno 09 nov 2017, alle ore 07:23, Kasturi Narra <knarra at redhat.com>
>> ha scritto:
>>
>>
>> Hi ,
>>
>>     The procedure to enable gfapi is below.
>>
>> 1) stop all the vms running
>> 2) Enable gfapi via UI or using engine-config command
>> 3) Restart ovirt-engine service
>> 4) start the vms.
>>
>> Hope you have not missed any !!
>>
>> Thanks
>> kasturi
>>
>> On Wed, Nov 8, 2017 at 11:58 PM, Alessandro De Salvo <
>> Alessandro.DeSalvo at roma1.infn.it> wrote:
>>>
>>> Hi,
>>>
>>> I'm using the latest 4.2 beta release and want to try the gfapi access,
>>> but I'm currently failing to use it.
>>>
>>> My test setup has an external glusterfs cluster v3.12, not managed by
>>> oVirt.
>>>
>>> The compatibility flag is correctly showing gfapi should be enabled with
>>> 4.2:
>>>
>>> # engine-config -g LibgfApiSupported
>>> LibgfApiSupported: false version: 3.6
>>> LibgfApiSupported: false version: 4.0
>>> LibgfApiSupported: false version: 4.1
>>> LibgfApiSupported: true version: 4.2
>>>
>>> The data center and cluster have the 4.2 compatibility flags as well.
>>>
>>> However, when starting a VM with a disk on gluster I can still see the
>>> disk is mounted via fuse.
>>>
>>> Any clue of what I'm still missing?
>>>
>>> Thanks,
>>>
>>>
>>>    Alessandro
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>> _______________________________________________
>> Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20171115/cfb79460/attachment.html>