Bug 152258 - Autofs looks for spurious /net mounts
Summary: Autofs looks for spurious /net mounts
Alias: None
Product: Fedora
Classification: Fedora
Component: autofs (Show other bugs)
(Show other bugs)
Version: 3
Hardware: i386 Linux
Target Milestone: ---
Assignee: Jeff Moyer
QA Contact: Brock Organ
Keywords: Reopened
Depends On:
TreeView+ depends on / blocked
Reported: 2005-03-26 22:29 UTC by Adam Huffman
Modified: 2008-08-02 23:40 UTC (History)
1 user (show)

Fixed In Version: autofs-4.1.4-22
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-05-16 23:52:42 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
/etc/auto.net (1.04 KB, text/plain)
2005-04-19 00:20 UTC, Adam Huffman
no flags Details

Description Adam Huffman 2005-03-26 22:29:37 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1

Description of problem:
NFS mounts in /net are hanging for a while, owing to some strange lookups
by the auto.net script:

Mar 26 20:42:58 charlus automount[7521]: >> /usr/sbin/showmount: can't get address for
Mar 26 20:42:58 charlus automount[7521]: lookup(program): lookup for failed
Mar 26 20:42:58 charlus automount[7521]: failed to mount /net/
Mar 26 20:42:58 charlus automount[7537]: >> /usr/sbin/showmount: can't get address for
Mar 26 20:42:58 charlus automount[7537]: lookup(program): lookup for failed
Mar 26 20:42:58 charlus automount[7537]: failed to mount /net/
Mar 26 20:43:20 charlus automount[7542]: >> /usr/sbin/showmount: can't get address for
Mar 26 20:43:20 charlus automount[7542]: lookup(program): lookup for failed
Mar 26 20:43:20 charlus automount[7542]: failed to mount /net/

This means than running 'ls' in the /net/ directory hangs for a couple of minutes.  Changing to one of the directories inside the mount works,
most of the time, without delay.

This has only started happening in the past day or so, which means it must have come in one of the recent updates.

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

How reproducible:

Steps to Reproduce:
1. change to a /net mounted directory
2. ls

Actual Results:  That login hangs for several minutes

Expected Results:  The contents of the remote directory should be listed.

Additional info:

Comment 1 Jeff Moyer 2005-03-31 17:30:57 UTC
I suspect this has been addressed in a later version of the package.  I'll work
to get a newer version into FC3.  If you are so inclined, you could grab the
srpm from rawhide and build that.  Otherwise, I'll let you know when a new
version is available.

Comment 2 Chris Feist 2005-04-11 19:00:50 UTC

You can find a test version of the fc3 autofs package at the URL above.  Please
try it out and let us know if it fixes your problem.

Comment 3 Adam Huffman 2005-04-12 23:42:58 UTC
Have just tried that new version and the problem is still there, e.g.:

7539 pts/5    S      0:00 /bin/sh /etc/auto.net
7540 pts/5    S      0:00 /usr/sbin/showmount --no-headers -e 
7541 pts/5    S      0:00 sort +0
7542 pts/5    S      0:00 awk -v key= -v opts=-fstype=nf

Comment 4 Chris Feist 2005-04-13 15:24:44 UTC
Can you post your /etc/auto.master, the output from '/etc/auto.net'
& your /etc/auto.net file.

Comment 5 Adam Huffman 2005-04-19 00:19:49 UTC

/net    /etc/auto.net

The command output:

-fstype=nfs,hard,intr,nodev,nosuid,uid=500 \
        /home/adam \

Comment 6 Adam Huffman 2005-04-19 00:20:55 UTC
Created attachment 113350 [details]

Comment 7 Jeff Moyer 2006-04-17 21:39:55 UTC
This sounds like the buggy negative dentry caching problem.  This has been fixed
in recent kernels.  Can you re-test with the latest bits?  I'll attach the patch
that fixed things.

Comment 8 Jeff Moyer 2006-04-17 21:42:19 UTC
Can't find the patch kicking around on my system anymore.  Here is a link to a
mailing list post with the patch:


Comment 9 John Thacker 2006-05-05 14:57:19 UTC
Closing due to no response.  Should be fixed in recent kernels.

Comment 10 Adam Huffman 2006-05-13 00:23:09 UTC
There's still a problem with the latest FC5 updates - I have to restart the
autofs service in order for it to work.  

Comment 11 Jeff Moyer 2006-05-15 13:32:10 UTC
OK, can you collect some debugging information?  Take a look at the section
entitled "Filing bug reports" at the following URL:

The debug logs are really what I'm looking for.


Comment 12 Adam Huffman 2006-05-16 23:52:42 UTC
Actually, I take that back - it does seem to be working now.  

Thanks for taking a look.

Comment 13 Adam Huffman 2007-02-02 00:02:21 UTC
I'm actually having other problems with autofs now, listed in bug #271665.

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