[ovirt-users] Enabling libgfapi disk access with oVirt 4.2
Bryan Sockel
Bryan.Sockel at altn.com
Wed Nov 15 14:30:55 UTC 2017
Ok Thanks, for some reason i was thinking it was the other way around.
Bryan Sockel
-----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: Wed, 15 Nov 2017 11:48:31 +0530
Subject: Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2
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 list
Users at ovirt.org
http://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/f2e3c5a9/attachment.html>
More information about the Users
mailing list