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 192.168.0.10/maxtor250/libpthread.so.0 Mar 26 20:42:58 charlus automount[7521]: lookup(program): lookup for 192.168.0.10/maxtor250/libpthread.so.0 failed Mar 26 20:42:58 charlus automount[7521]: failed to mount /net/192.168.0.10/maxtor250/libpthread.so.0 Mar 26 20:42:58 charlus automount[7537]: >> /usr/sbin/showmount: can't get address for 192.168.0.10/maxtor250/i686 Mar 26 20:42:58 charlus automount[7537]: lookup(program): lookup for 192.168.0.10/maxtor250/i686 failed Mar 26 20:42:58 charlus automount[7537]: failed to mount /net/192.168.0.10/maxtor250/i686 Mar 26 20:43:20 charlus automount[7542]: >> /usr/sbin/showmount: can't get address for 192.168.0.10/maxtor250/libattr.so.1 Mar 26 20:43:20 charlus automount[7542]: lookup(program): lookup for 192.168.0.10/maxtor250/libattr.so.1 failed Mar 26 20:43:20 charlus automount[7542]: failed to mount /net/192.168.0.10/maxtor250/libattr.so.1 This means than running 'ls' in the /net/192.168.0.10 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): autofs-4.1.3-28 How reproducible: Always Steps to Reproduce: 1. change to a /net mounted directory 2. ls 3. Actual Results: That login hangs for several minutes Expected Results: The contents of the remote directory should be listed. Additional info:
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.
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/i386/autofs-4.1.3-114.i386.rpm 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.
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 192.168.0.10/libpthread.so.0 7540 pts/5 S 0:00 /usr/sbin/showmount --no-headers -e 192.168.0.10/libpthrea 7541 pts/5 S 0:00 sort +0 7542 pts/5 S 0:00 awk -v key=192.168.0.10/libpthread.so.0 -v opts=-fstype=nf
Can you post your /etc/auto.master, the output from '/etc/auto.net 192.168.0.10' & your /etc/auto.net file.
/etc/auto.master: /net /etc/auto.net The command output: -fstype=nfs,hard,intr,nodev,nosuid,uid=500 \ /home/adam 192.168.0.10:/home/adam \ /maxtor250/adam 192.168.0.10:/maxtor250/adam
Created attachment 113350 [details] /etc/auto.net
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.
Can't find the patch kicking around on my system anymore. Here is a link to a mailing list post with the patch: http://hera.kernel.org/pipermail/autofs/2006-January/002836.html
Closing due to no response. Should be fixed in recent kernels.
There's still a problem with the latest FC5 updates - I have to restart the autofs service in order for it to work.
OK, can you collect some debugging information? Take a look at the section entitled "Filing bug reports" at the following URL: http://people.redhat.com/jmoyer/ The debug logs are really what I'm looking for. Thanks!
Actually, I take that back - it does seem to be working now. Thanks for taking a look.
I'm actually having other problems with autofs now, listed in bug #271665.