Re: Migration path from native Gluster-NFS towards NFS-Ganesha

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sorry: unfortunately it seems that I explained my setup/intentions in a very misleading way :-)

(English is not my native language, but I know this is a poor excuse)

What I meant is that I configured an hyperconverged oVirt+Gluster cluster, but I added CTDB, Gluster-NFS and Samba on top (well, on the bottom actually, since they too run on the hypervisor hosts) to allow using Gluster-based storage also for general purpose use (not only for oVirt-related uses).

The Gluster volumes meant for general purpose use are the only ones accessed by means of NFS and/or Samba.

All oVirt-related uses are by means of FUSE-based mountpoints (since oVirt 3.6.x has not been gfapi-enabled).

Best regards,
Giuseppe


On Mon, Jan 16, 2017, at 19:51, Gambit15 wrote:
Why are you using NFS for using Gluster with oVirt? oVirt is natively able to mount Gluster volumes via FUSE, which is *far* more efficient!
Doug

On 12 January 2017 at 18:36, Giuseppe Ragusa <giuseppe.ragusa@xxxxxxxxxxx> wrote:
Hi all,

In light of the future removal of native Gluster-NFS (and also because of a worrying bug that causes NFS crashes, see https://bugzilla.redhat.com/show_bug.cgi?id=1381970 then http://www.gluster.org/pipermail/gluster-users/2016-November/029333.html and recently http://www.gluster.org/pipermail/gluster-users/2017-January/029632.html ) I'm planning to move towards NFS-Ganesha.

I have a couple of questions for which I could not find answers on the available docs (sorry if I missed something):

1) Is it possible (and advisable, in production too) today (3.8.x) to configure a GlusterFS based cluster to use NFS-Ganesha (as NFS v3/v4 solution) and Samba (as CIFS solution) both controlled by CTDB as a highly available *and* load balanced (multiple IPs with DNS round-robin, not active/passive) storage solution? (note: I mean *without* using a full Pacemaker+Corosync stack)

2) If the answer to the above question is "yes", is the above above mentioned solution capable of coexisting with oVirt in an hyperconverged setup (assuming replica 3 etc. etc.)?

Many thanks in advance to anyone who can answer the above and/or point me to any relevant resources/docs.

Best regards,
Giuseppe

_______________________________________________
Gluster-users mailing list

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux