Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
Hello! Just a short heads-up: It's pretty clear now that this is a fundamental design issue in cgmanager. Anyone using a non-systemd setup with cgmanager should be aware that the latter breaks unrelated packages since it prevents clean umounts. Packages like autofs and e2fsprogs work perfectly fine as designed. There are no issues whatsoever when using systemd (or any other setup which doesn't use cgmanager). Please see Theodore Ts'o's explanation here [1]. More discussion can be found in the complete bug report for #770205. Adrian > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770205#35 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
On 12/21/2014 05:02 PM, Petter Reinholdtsen wrote: > This is an incorrect assumtion. I do not prefer sysvinit over systemd. > In fact, I do not really care much. :) Alright, good to know. > Also, Debian Edu do not adjust the default boot system in Jessie, and > whatever is installed is installed by the default depends/recommends > settings. So if autofs fail in Debian Edu, I expect it will fail also > outside Debian Edu using the default setup in Debian Jessie. Ok, I thought Debian Edu was special in that regard. Then I honestly to expect any problems with autofs to arise in Debian Edu. According to my observations at our department - being a heavy autofs user - the problem does only occur when not using the default installation which involves not using systemd and an alternative init system plus cgmanager. Then we'll leave it to the maintainers and users of alternative init systems to take care of this particular problem. Moreover, they should take care of fixing the bug in cgmanager. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
[John Paul Adrian Glaubitz] > Hello Petter! Hi. > assuming - since you are one of the maintainers of the sysvinit > package - you are preferring sysvinit over systemd, This is an incorrect assumtion. I do not prefer sysvinit over systemd. In fact, I do not really care much. :) Also, Debian Edu do not adjust the default boot system in Jessie, and whatever is installed is installed by the default depends/recommends settings. So if autofs fail in Debian Edu, I expect it will fail also outside Debian Edu using the default setup in Debian Jessie. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
Hello Petter! > Note, autofs is an important part of the Debian Edu infrastructure, > used to mount home directories and shared directories on the clients > of the Debian Edu main server. It is important to us that the autofs > package stay in Jessie. :) Since the bug seems only to affect systems using cgmanager instead of systemd for the CGroup management and assuming - since you are one of the maintainers of the sysvinit package - you are preferring sysvinit over systemd, I highly suggest that you extensively test autofs on a system with sysvinit and cgmanager and possibly re-assign the bug from the autofs to the cgmanager package. My suspicion is that this is actually bug in cgmanager and not autofs and will affect all systems that are using autofs with alternative init systems. I haven't seen the bug ever since I purged the cgmanager package as I am running systemd-only installations anyway. cgmanager was installed on these systems during a dist-upgrade but isn't actually required at all since systemd does CGroup management on its own. You might risk autofs not working on installations not using systemd. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
Control: user debian-...@lists.debian.org Control: usertag -1 + debian-edu Note, autofs is an important part of the Debian Edu infrastructure, used to mount home directories and shared directories on the clients of the Debian Edu main server. It is important to us that the autofs package stay in Jessie. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
Hi Michael! On 10/31/2014 10:46 AM, Michael Tokarev wrote: > Please do set it to grave, so autofs will not be shipped in jessie. > That will be the most ideal solution, because it is a very buggy > piece of software without a hope to fix it any time soon. I just figured out that cgmanager isn't actually required at all when using systemd since it already provides cgroup managing capabilities of its own. cgmanager is only installed when using systemd-shim which is what anyone uses who doesn't want to use systemd for whatever reason. I don't know if the problem actually persists when using cgmanager without systemd, but in any case the problem doesn't seem to arise when using systemd without cgmanager. We might even have to re-assign the bug to cgmanager, who knows. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
31.10.2014 12:36, John Paul Adrian Glaubitz wrote: [] > I set the urgency to "important", since the problem will probably > bite all autofs users once they upgrade to Jessie. It might even > be advisable to set the urgency to "grave" to make sure this gets > fixed before we release Jessie. Please do set it to grave, so autofs will not be shipped in jessie. That will be the most ideal solution, because it is a very buggy piece of software without a hope to fix it any time soon. (I am serious, there's no sarcasm or joke in there). Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
Package: autofs Version: 5.0.8-1 Severity: important I recently ran into a problem with autofs on our Jessie test machines where autofs would fail to mount an NFS mount with the following error message 'Too many levels of symbolic links' Tests showed that while autofs failed to mount the NFS share, it was still perfectly possible to mount the share manually and work without any issues. After some research, I found a thread on LKML where someone else ran into the exact same issue and after lots of discussion and debugging, he found the colord daemon being the culprit as killing or restarting the daemon fixed the issue. colord was not responsible for the issue in my case, however I used the hint provided in the aforementioned LKML thread and grepped through the list of processes and their associated mount files under /proc. It turned out that, in my case, cgmanager.service still had the mount point listed in its mount file under /proc. I tried restarting cgmanager.service through systemctl and the issue was resolved immediately. During repeated occurences of the problem, I solely tried restarting cgmanager.service and the issue was always resolved immediately: > root@devourer:~> lsb_release -c > Codename: jessie > root@devourer:~> cd /net/deb > -bash: cd: /net/deb: Too many levels of symbolic links > root@devourer:~> systemctl restart cgmanager.service > root@devourer:~> cd /net/deb > root@devourer:/net/deb> The discussion in [1] suggets that this might be a bug in autofs and they even come up with a possible solution, quoting: > Perhaps autofs should use lookup_mnt() to decide along this pattern: > > if ( dentry->d_flags & DCACHE_MOUNTED && lookup_mnt(path) ) { > /* mounted */ > } else { > /* not mounted */ > } But I am not really an expert on autofs and the VFS layer in the kernel, so I might be completely wrong. I set the urgency to "important", since the problem will probably bite all autofs users once they upgrade to Jessie. It might even be advisable to set the urgency to "grave" to make sure this gets fixed before we release Jessie. Cheers, Adrian > [1] http://permalink.gmane.org/gmane.linux.kernel.autofs/6915 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autofs depends on: ii libc6 2.19-12 ii libxml22.9.1+dfsg1-4 ii multiarch-support 2.19-12 ii ucf3.0030 Versions of packages autofs recommends: ii kmod 18-3 ii module-init-tools 18-3 ii nfs-common 1:1.2.8-9 autofs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org