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.
IIUC the minm libvirt version that might be needed is the one which has
network disk snap support ? Feel free to change it :)

thanx,
deepak

On Mon, Oct 27, 2014 at 3:08 PM, Vijay Bellur <vbel...@redhat.com> wrote:

> FYI - if you are interested in trying out libgfapi support with oVirt.
>
> -Vijay
>
> ---------- Forwarded message ----------
> From: Federico Simoncelli <fsimo...@redhat.com>
> Date: Fri, Oct 24, 2014 at 12:06 AM
> Subject: [ovirt-devel] Using libgfapi on Gluster Storage Domains
> To: oVirt Development <de...@ovirt.org>
>
>
> 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
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-devel
>
>
_______________________________________________
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel

Reply via email to