Autofs5 fails on cascading/hierarchical mounts

Bug #588523 reported by dezibelz
This bug affects 6 people
Affects Status Importance Assigned to Milestone
autofs (Ubuntu)

Bug Description

Binary package hint: autofs

We use cascading mounts to reduce the number of NFS mounts. Consider the following situation: When a user accesses /home/<username>, all homes exported on our file server should be mounted at /net/user (via NFS) if it didn't happen earlier. After that, the directory /net/user/<username> should be bind to /home/<username> (via a local bind mount). This cascading automount configuration could look as follows (In reality, we use autofs5-ldap and LDAP maps, but I checked with the following configuration as well):

Contents of auto.master:
/home auto.home

Contents of
/net/user -rw fileserver:/home/user

Contents of auto.home:
* -rw :/net/user/&

Expected behavior: As described above.

Observed behavior: Bind mounts fails with the package autofs5_5.0.4-3.1ubuntu5_i386 in lucid because the NFS mount is not executed beforehand (the debug logs tell about a non-existing special device).
However, everything works as expected if using the compile option
and building adapted autofs5 packages.

This is the resulting automount:
$ automount -V
Linux automount version 5.0.4

 config dir: /etc/default
 maps dir: /etc
 modules dir: /usr/lib/autofs

Compile options:

$ lsb_release -rd
Description: Ubuntu 10.04 LTS
Release: 10.04

Related branches

dezibelz (dezibelz)
description: updated
Revision history for this message
Scott Moser (smoser) wrote :

Did this work with previous versions of Ubuntu ?

Revision history for this message
dezibelz (dezibelz) wrote :

With Ubuntu 9.10 "karmic", we used autofs4: autofs_4.1.4+debian-2.1ubuntu2_i386.deb. Cascading mounts worked with this package.
user@karmic:# automount -V
Linux automount version 4.1.4

For example, with openSUSE 11.1 and with autofs5, cascading mounts are also possible in the default configuration. openSUSE uses the following compile opitions:
user@suse:# automount -V

Linux automount version 5.0.3

 config dir: /etc/sysconfig
 maps dir: /etc
 modules dir: /usr/lib64/autofs

Compile options:

Chuck Short (zulcss)
Changed in autofs (Ubuntu):
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Brice Arnould (un-brice) wrote :

I Think it has been fixed in autofs5.0.5 (natty) by this patch :;a=commitdiff;h=6c21fce31efe5206355af2e03422708cff29d501

Could somebody test it ?

Revision history for this message
KennoVO (kenno-xs4all) wrote :

We tried autofs5.0.5 (natty) and autofs5.0.6 (oneiric), but the problem persisted (on 32-bit Lucid). Then we tried autofs4.1.4 (karmic) - same version as mentioned by dezibelz - and the problems went away (still on 32-bit Lucid). But it's obviously not ideal to be running an old unsupported version like that...

Anyhow, bottom line is that it's not fixed yet.

Revision history for this message
KennoVO (kenno-xs4all) wrote :

By the way, importance = Wishlist ??? This is clearly a regression, ie. something that used to work as expected, and now doesn't work as expected anymore. Set the importance as low as you want, but please don't make it look like a feature request!

Furthermore, the "bug heat" and # of people affected by this bug are in fact higher than most of the "importance=Low" bugs in autofs ...

BTW. using version 4 as a workaround is even worse than I thought because it doesn't support "direct mapping".

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.