Bug 1489259

+++ This bug was initially created as a clone of Bug #1366278 +++

Description of problem:
==========================
as a non-root user i am unable to mount a gluster volume using fuse mount.
Simple USe-case:
I have a common repository of documents in a gluster volume and I want to access it from my desktop .
The only workaround is to mount as root user, but then the non-root user can't access all files due to some files having no such permissions

I even tried a blog
https://joejulian.name/blog/mounting-a-glusterfs-volume-as-an-unprivileged-user/

Version-Release number of selected component (if applicable):
===========
mainline

How reproducible:
==============
always

Steps to Reproduce:
===================
1.create a distrep/disperse vol
2.try to mount using fuse on you laptop which fails


--- Additional comment from Ravishankar N on 2016-08-11 10:35:48 EDT ---

1. Have you tried sudo?
2. Are you able to nfs mount a gluster volume as normal user?

--- Additional comment from Raghavendra Talur on 2016-08-11 11:13:37 EDT ---

This is a downstream only bug(or rather a feature disable).

It was done because of
bug : https://bugzilla.redhat.com/show_bug.cgi?id=989480
patch: https://code.engineering.redhat.com/gerrit/#/c/11113/2

It was decided that a non-root user of fuse mount was not an important use-case for glusterfs. Considering that it was 3 years ago, and with containers and hyperconverged use-cases becoming important, do we see a need for this feature again?

If the feature is not needed, may be we should disable fusermount build option than changing the suid bit in Makefile.am and also document it somewhere.

--- Additional comment from nchilaka on 2016-08-11 11:53:05 EDT ---

Using sudo, means i need to know root password. But I don't want to mount as an admin. Take a simple case of accessing media files from a common repository for thousands of users from their desktop which they would have logged as non-root user.


As Raghavendra already mentioned, we need to think if upcoming technologies like  hyperconvergence and container world may require this.....though i am not able to frame a use case at the moment.

--- Additional comment from Ravishankar N on 2016-08-11 12:37:10 EDT ---

(In reply to nchilaka from comment #4)
> Using sudo, means i need to know root password.
Not really. If you have been given privileges (/etc/sudoers configuration?), you run the command with *your* password.

--- Additional comment from Ravishankar N on 2016-08-16 01:02:48 EDT ---

Retaining the need-info on Vijay for comment #3.

--- Additional comment from John Skeoch on 2016-11-17 23:11:50 EST ---

User sashinde's account has been closed

--- Additional comment from Red Hat Bugzilla Rules Engine on 2017-01-01 12:25:27 EST ---

This BZ having been considered, and subsequently not approved to be fixed at the RHGS 3.2.0 release, is being proposed for the next release of RHGS

--- Additional comment from Csaba Henk on 2017-01-31 01:14:50 EST ---

GlusterFS FUSE client uses the "allow_other" mount option which has to be explicitly enabled for non-priviieged users by adding a line of "user_allow_other" to /etc/fuse.conf.

See mount.fuse(8),
http://man7.org/linux/man-pages/man8/mount.fuse.8.html#CONFIGURATION

Please make sure this setting is in place and non-root mount again.

--- Additional comment from Red Hat Bugzilla Rules Engine on 2017-06-28 05:06:53 EDT ---

--- Additional comment from Csaba Henk on 2017-08-25 11:18:52 EDT ---

Still waiting for answer to comment 9 from Nag.

--- Additional comment from nchilaka on 2017-08-30 02:40:31 EDT ---

(In reply to Csaba Henk from comment #11)
> Still waiting for answer to comment 9 from Nag.

That too is not working


nag:x:2006:2006::/home/nag:/bin/bash
[root@dhcp35-126 glusterfs]# cat /etc/fuse.conf 
mount_max = 1000
user_allow_other


nag@dhcp35-126 ~]$ mount -t glusterfs 10.70.35.29:testvol testvol/
mount: only root can use "--types" option