Bug 1340936

Summary:	Automount fails because /sbin/mount.glusterfs does not accept the -s option
Product:	[Community] GlusterFS	Reporter:	Niels de Vos <ndevos>
Component:	fuse	Assignee:	Niels de Vos <ndevos>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	mainline	CC:	bugs
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	glusterfs-3.9.0	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1340935
Clones:	1344551 (view as bug list)		Environment:
Last Closed:	2017-03-27 18:12:32 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1340935, 1344551

Description Niels de Vos 2016-05-30 18:58:14 UTC

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

Description of problem:
automounting fails with the following error:

$ ls /lan/storage.lan.example.net/repos
ls: cannot open directory /lan/storage.lan.example.net/repos: Too many levels of symbolic links


Version-Release number of selected component (if applicable):
3.8rc2

How reproducible:
100%

Steps to Reproduce:
0. install the autofs package
1. save the attached auto.lan as /etc/auto.lan and make executable
2. add a file /etc/auto.master.d/lan.autofs with the following contents
    /lan	/etc/auto.lan
3. enable the autofs service
4. access /lan/<storage-server>/<volume>/

Actual results:
Too many levels of symbolic links

Expected results:
access through /lan/... should just work

Additional info:
Enable debugging by putting OPTIONS="-d" in /etc/sysconfig/autofs and restart autofs:

attempting to mount entry /lan/storage.lan.nixpanic.net/tftpboot
lookup_mount: lookup(program): /lan/storage.lan.nixpanic.net/tftpboot -> -fstype=glusterfs,nodev,nosuid storage.lan.nixpanic.net:/tftpboot
parse_mount: parse(sun): expanded entry: -fstype=glusterfs,nodev,nosuid storage.lan.nixpanic.net:/tftpboot
parse_mount: parse(sun): gathered options: fstype=glusterfs,nodev,nosuid
sun_mount: parse(sun): mounting root /lan/storage.lan.nixpanic.net/tftpboot, mountpoint /lan/storage.lan.nixpanic.net/tftpboot, what storage.lan.nixpanic.net:/tftpboot, fstype glusterfs, options nodev,nosuid
do_mount: storage.lan.nixpanic.net:/tftpboot /lan/storage.lan.nixpanic.net/tftpboot type glusterfs options nodev,nosuid using module generic
mount_mount: mount(generic): calling mkdir_path /lan/storage.lan.nixpanic.net/tftpboot
mount_mount: mount(generic): calling mount -t glusterfs -s -o nodev,nosuid storage.lan.nixpanic.net:/tftpboot /lan/storage.lan.nixpanic.net/tftpboot
spawn_mount: mtab link detected, passing -n to mount
>> /sbin/mount.glusterfs: illegal option -- s
>> Usage: /sbin/mount.glusterfs <volumeserver>:<volumeid/volumeport> -o<options> <mountpoint>
>> Options:
>> man 8 /sbin/mount.glusterfs
>> To display the version number of the mount helper: /sbin/mount.glusterfs -V
mount_mount: mount(generic): mounted storage.lan.nixpanic.net:/tftpboot type glusterfs on /lan/storage.lan.nixpanic.net/tftpboot

Comment 1 Vijay Bellur 2016-05-30 19:04:00 UTC

REVIEW: http://review.gluster.org/14559 (fuse: accept the -s option to allow automounting) posted (#1) for review on master by Niels de Vos (ndevos)

Comment 2 Vijay Bellur 2016-05-31 09:01:44 UTC

COMMIT: http://review.gluster.org/14559 committed in master by Niels de Vos (ndevos) 
------
commit c8da5669a15ed6944cceb9d003789ff333754bff
Author: Niels de Vos <ndevos>
Date:   Mon May 30 21:01:29 2016 +0200

    fuse: accept the -s option to allow automounting
    
    autofs passes the -s option when mounting. All /sbin/mount.<fs> helpers
    accept this, except mount.glusterfs. Because the helper fails when -s is
    passed accessing the mountpoint through autofs gives the following
    error:
    
      $ ls /lan/storage.lan.example.net/repos
      ls: cannot open directory /lan/storage.lan.example.net/repos: Too many levels of symbolic links
    
    BUG: 1340936
    Change-Id: I84755cdac59e630618cb745c0eb3228cc1e93a1a
    Signed-off-by: Niels de Vos <ndevos>
    Reviewed-on: http://review.gluster.org/14559
    NetBSD-regression: NetBSD Build System <jenkins.org>
    CentOS-regression: Gluster Build System <jenkins.com>
    Smoke: Gluster Build System <jenkins.com>
    Reviewed-by: Oleksandr Natalenko <oleksandr>

Comment 3 Shyamsundar 2017-03-27 18:12:32 UTC

This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.9.0, please open a new bug report.

glusterfs-3.9.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution.

[1] http://lists.gluster.org/pipermail/gluster-users/2016-November/029281.html
[2] https://www.gluster.org/pipermail/gluster-users/