Finally! Good to see gluster storage domain resurrecting :)
Federico,
I believe the linked feature page is old (written when gluster storage domain was first added)
I think some of the stuff there might need changes, espcially the libvirt version requirement specified there might be incorrect.
I think some of the stuff there might need changes, espcially the libvirt version requirement specified there might be incorrect.
IIUC the minm libvirt version that might be needed is the one which has network disk snap support ? Feel free to change it :)
deepak
On Mon, Oct 27, 2014 at 3:08 PM, Vijay Bellur <vbellur@xxxxxxxxxx> wrote:
FYI - if you are interested in trying out libgfapi support with oVirt.-Vijay---------- Forwarded message ----------
From: Federico Simoncelli <fsimonce@xxxxxxxxxx>
Date: Fri, Oct 24, 2014 at 12:06 AM
Subject: [ovirt-devel] Using libgfapi on Gluster Storage Domains
To: oVirt Development <devel@xxxxxxxxx>
Hi everyone, if you want to try and use the libgfapi support included
in qemu when accessing volumes on gluster storage domains you can try
to apply this patch:
http://gerrit.ovirt.org/33768
As far as I know Jason Brooks already tried it and he reported a
positive feedback.
What has been tested so far is:
- qemu uses libgfapi to access the disks on gluster storage domains
- hotplug of disks on gluster storage domains works as expected (libgfapi)
- hotunplug works as expected (no failure when removing a disk that is
using libgfapi)
- live snpashots work as expected
- disks of vms started before this patch are not affected (they won't
use libgfapi since there's no way to do an hot swap)
One major flow that is yet untested is live storage migration.
Remember that you may need to do some special configuration on your
gluster volumes (most notably the allow-insecure ports option) as
described here:
http://www.ovirt.org/Features/GlusterFS_Storage_Domain
Please try and test the patch if you're interested and report your
feedback.
Thanks,
--
Federico
_______________________________________________
Devel mailing list
Devel@xxxxxxxxx
http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
_______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://supercolony.gluster.org/mailman/listinfo/gluster-devel
