Created attachment 1162954 [details] /etc/auto.lan that enables automounting Gluster volumes 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/14564 (fuse: accept the -s option to allow automounting) posted (#1) for review on release-3.8 by Niels de Vos (ndevos)
COMMIT: http://review.gluster.org/14564 committed in release-3.8 by Niels de Vos (ndevos) ------ commit 0513e1f1bfa85c20ea3324b512d294cefa9177f8 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 Cherry picked from commit c8da5669a15ed6944cceb9d003789ff333754bff: > 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> Change-Id: I84755cdac59e630618cb745c0eb3228cc1e93a1a BUG: 1340935 Signed-off-by: Niels de Vos <ndevos> Reviewed-on: http://review.gluster.org/14564 Smoke: Gluster Build System <jenkins.com> CentOS-regression: Gluster Build System <jenkins.com> NetBSD-regression: NetBSD Build System <jenkins.org> 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.8.0, please open a new bug report. glusterfs-3.8.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://blog.gluster.org/2016/06/glusterfs-3-8-released/ [2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user