Package: autofs Version: 4.1.4-4 Severity: important A deadlock in automount causes both automounts to fail if two mounts are attempted recursively. Here is my setup:
In auto.master: /homes /etc/auto.homes /u /etc/auto.u In auto.homes: trek 127.0.0.1:/local/trek In auto.u ammons 127.0.0.1:/homes/trek/ammons If neither /homes/trek nor /u/ammons is mounted, then % ls /u/ammons fails, and lines like these appear in /var/logs/daemon.log: Jun 29 12:11:39 trek automount[10833]: aquire_lock: can't lock lock file timed out: /var/lock/autofs Jun 29 12:11:39 trek automount[10833]: failed to mount /homes/trek Jun 29 12:12:12 trek automount[10839]: aquire_lock: can't lock lock file timed out: /var/lock/autofs Jun 29 12:12:12 trek automount[10839]: failed to mount /homes/trek Jun 29 12:12:12 trek automount[10831]: >> mount: special device /homes/trek/ammons does not exist Jun 29 12:12:12 trek automount[10831]: failed to mount /u/ammons If, instead, I do this: % ls /homes/trek % ls /u/ammons then everything works, because /homes/trek is already mounted when the automounter for /u/ammons tries to access it via NFS. The problem is that the automounter for /u/ammons holds /var/lock/autofs and is waiting for the automounter for /homes/trek, which is waiting for /var/lock/autofs. This is a deadlock. For now, I've worked around the problem by eliminating the recursion from my auto.* files. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages autofs depends on: ii debconf 1.4.51 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii ucf 1.18 Update Configuration File: preserv -- debconf information: * autofs/upgrade-from-broken-version: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]