[Gluster-devel] [RFC] Reducing maintenance burden and moving fuse support to an external project
Niels de Vos
ndevos at redhat.com
Fri Mar 3 21:07:10 UTC 2017
On Fri, Mar 03, 2017 at 12:58:12PM -0800, Joe Julian wrote:
> The only concern I have is that according to the README syntax (I haven't
> looked any deeper but I suspect it's a non issue) there's a lack of rdma
> support.
Yes, there are definitely a lot of features that we need to add. This is
one of the issues that needs solving. Our FUSE exposes many more options
than gfapi applications can set, I'm looking at extending the gfapi
interface[2]for these as well. We'll need to test and extend gfapi+xglfs
over a few releases before this really can completely replace the
current FUSE support.
Thanks,
Niels
2. http://lists.gluster.org/pipermail/gluster-devel/2017-March/052228.html
> Otherwise I'm all for anything that simplifies bug fixing and improves
> stability.
>
>
> On 03/03/2017 12:50 PM, Niels de Vos wrote:
> > At the moment we have three top-level interfaces to maintain in Gluster,
> > these are FUSE, Gluster/NFS and gfapi. If any work is needed to support
> > new options, FOPs or other functionalities, we mostly have to do the
> > work 3x. Often one of the interfaces gets forgotten, or does not need
> > the new feature immediately (backlog++). This is bothering me every now
> > and then, specially when bugs get introduced and need to get fixed in
> > different ways for these three interfaced.
> >
> > One of my main goals is to reduce the code duplication, and move
> > everything to gfapi. We are on a good way to use NFS-Ganesha instead of
> > Gluster/NFS already. In a similar approach, I would love to see
> > deprecating our xlators/mount sources[0], and have it replaced by
> > xglfs[1] from Oleksandr.
> >
> > Having the FUSE mount binaries provided by a separate project should
> > make it easier to implement things like subdirectory mounts (Samba and
> > NFS-Ganesha already do this in some form through gfapi).
> >
> > xglfs is not packaged in any distribution yet, this allows us to change
> > the current commandline interface to something we deem more suitable (if
> > so).
> >
> > I would like to get some opinions from others, and if there are no
> > absolute objections, we can work out a plan to make xglfs an alternative
> > to the fuse-bridge and eventually replace it.
> >
> > Thanks,
> > Niels
> >
> >
> > 0. https://github.com/gluster/glusterfs/tree/master/xlators/mount
> > 1. https://github.com/gluster/xglfs
> >
> >
> > _______________________________________________
> > Gluster-devel mailing list
> > Gluster-devel at gluster.org
> > http://lists.gluster.org/mailman/listinfo/gluster-devel
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20170303/57845c89/attachment-0001.sig>
More information about the Gluster-devel
mailing list