Bug 160782 - autofs multimount entries don't work
autofs multimount entries don't work
Product: Fedora
Classification: Fedora
Component: autofs (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: Ian Kent
Brock Organ
Depends On:
  Show dependency treegraph
Reported: 2005-06-17 05:15 EDT by derrien
Modified: 2007-11-30 17:11 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-06-15 20:36:54 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Tests run with stock autofs-4.1.4-5 (5.44 KB, text/plain)
2005-08-29 13:44 EDT, dijuremo
no flags Details
Tests run with suggested rawhide package autofs-4.1.4-9 (6.98 KB, text/plain)
2005-08-29 13:46 EDT, dijuremo
no flags Details
Debug log with rpm from FC3 which works correctly (11.46 KB, application/octet-stream)
2005-08-29 13:47 EDT, dijuremo
no flags Details

  None (edit)
Description derrien 2005-06-17 05:15:06 EDT
Description of problem:

The test in function is_multimount_entry from the patch
autofs-4.1.4-non-replicated-ping.patch is wrong so multimount paths don't work.

/net/usr/share -ro,hard local-1,local-2:/export/site/d01/local/share

in the log we have : 
automount[3422]: mount(nfs): host local-1,local-2: lookup failure

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

I think you have to replace 

return !strchr(what, ',') && (strchr(what, ':') == strrchr(what, ':'));


return strchr(what, ',') || (strchr(what, ':') != strrchr(what, ':'));
Comment 1 Jeffrey Moyer 2005-06-17 10:13:40 EDT
Yes, I caught this one too late for the FC 4 release.  I've got it fixed in CVS,
I'll queue a build.

Comment 2 Jeffrey Moyer 2005-06-17 11:58:57 EDT
Can you try autofs-4.1.4-9 from rawhide?

Comment 3 derrien 2005-06-20 11:02:50 EDT
It's OK.
Comment 4 Steven Lawrance 2005-06-29 21:12:21 EDT
autofs-4.1.4-9 does not work for me :-(. I have to change /dev/fd0's filesystem
type in /etc/fstab to vfat to make it work.
Comment 5 dijuremo 2005-08-29 08:28:29 EDT
Not sure if this should go here (multimount entries?), but I do mount home
directories from ldap using wildcards.  My current setup works well with FC3 and
RHEL4.  However it is broken in FC4 in both the stock autofs-4.1.4-5 or the
autofs-4.1.4-9 package from rawhide.  I took the latest release of autofs for
FC3  (autofs-4.1.3-114.i386.rpm) and installed it in my FC4 machine and autofs
works fine with the wildcards from ldap.

If you need any kind of information to help troubleshoot the problem, I will be
glad to provide logs, config files, etc.

Comment 6 Jeffrey Moyer 2005-08-29 12:38:09 EDT
Please visit:

And provide all of the information requested under the "Filing bug reports"
section.  That will help me diagnose the problem.

Comment 7 dijuremo 2005-08-29 13:44:48 EDT
Created attachment 118216 [details]
Tests run with stock autofs-4.1.4-5
Comment 8 Jeffrey Moyer 2005-08-29 13:46:07 EDT
We already know there are problems with 4.1.4-5.  I'd be more interested in
information gathered while running 4.1.4-9.

Comment 9 dijuremo 2005-08-29 13:46:27 EDT
Created attachment 118217 [details]
Tests run with suggested rawhide package autofs-4.1.4-9
Comment 10 dijuremo 2005-08-29 13:47:40 EDT
Created attachment 118218 [details]
Debug log with rpm from FC3 which works correctly
Comment 11 Jeffrey Moyer 2005-08-29 13:48:47 EDT
Setting back to assigned.
Comment 12 Jeffrey Moyer 2006-04-17 15:21:05 EDT
Ian updated the package to more closely match the upstream implementation. 
Could you try again with the latest version?
Comment 13 Ian Kent 2006-06-15 20:36:54 EDT
Closed due to no feedback from reporter.

Note You need to log in before you can comment on or make changes to this bug.