+++ 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
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)
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>
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/