From: Erich Weiler <weiler@soe.ucsc.edu>
To: Jeff Moyer <jmoyer@redhat.com>
Cc: autofs@linux.kernel.org
Subject: Re: Autofs hang, centos 4.4
Date: Thu, 16 Nov 2006 11:03:18 -0800 [thread overview]
Message-ID: <455CB5F6.9040201@soe.ucsc.edu> (raw)
In-Reply-To: <x49ac2rxrc1.fsf@segfault.boston.devel.redhat.com>
> The version of autofs would be a bit more useful than the version of
> CentOS you are using.
You're absolutely right, sorry about that. I'm running autofs 4.1.3.
> Add the mount options "hard" and "intr" to your map. Most likely that
> will take care of the problem by allowing you to hit Ctrl-C. If it
> doe%sn't, then please consult http://people.redhat.com/jmoyer for a
> list of things we need to diagnose problems.
'hard' and 'intr' are already in the options list, but unfortunately I
still can't Ctrl-C to stop it. Here's a list of info for the bug report:
% rpm -q autofs
autofs-4.1.3-187
% uname -r
2.6.9-42.0.3.ELsmp
My autofs maps are served by our OpenLDAP server. The map that has the
problem (because sometimes it tries to reference NFS servers outside our
private network) is /projects. From the auto.master entry in LDAP:
nisMapName: auto.master
nisMapEntry: ldap:nisMapName=auto.projects,dc=kilokluster,dc=ucsc,dc=edu
-browse,hard,intr,rw
And an example of a map that hangs:
nisMapName: auto.projects
nisMapEntry: myserver.ucsc.edu:/export/projects/compbio
Other maps (/home, etc) work fine, probably because those NFS servers
are reachable. If I try to do a straight mount of this:
% /bin/mount -t nfs -s -o hard,intr,rw
myserver.ucsc.edu:/export/projects/compbio /projects/compbio
it hangs, but I can Ctrl-C out of it. So it seems to problem lies with
the automounter because I can't Ctrl-C out of an 'automount' to this
mount, I have to kill it from another terminal (as root).
% cat /etc/nsswitch.conf
passwd: files ldap
shadow: files ldap
group: files ldap
hosts: files dns
bootparams: files
ethers: files
netmasks: files
networks: files
protocols: files ldap
rpc: files
services: files ldap
netgroup: files ldap
publickey: files
automount: files ldap
aliases: files
% cat /etc/sysconfig/autofs
LOCALOPTIONS=""
DAEMONOPTIONS="--timeout=60"
LDAPAUTOMASTER=""
UNDERSCORETODOT=1
DISABLE_DIRECT=1
ONE_AUTO_MASTER=0
GHOSTDIRS=""
Again, an explanation of my problem from my previous email:
Basically I have a bunch of auto.* tables set up in /etc. They work
fine. What does not work fine is that when someone (a regular user, not
root) tries to automount a directory that doesn't exist, the command
hangs forever, and has to be killed by root. For instance:
% cd /projects/foo
[hangs]
because /projects/foo is unavailable. Now let me make it a bit more
complex: The machine I'm mounting on is on a private network
(10.x.x.x), the nfs server is on a public network. There is no NAT
routing to the public network. I was assuming that because the machine
could not reach the NFS server it would just fail or timeout, not hang
the terminal...
Odd thing is that if I try to go to this automount as root, it hangs,
but I *can* Ctrl-C out of it (which is good). If I try to cd to this
directory as a regular user, I cannot Ctrl-C out of it. Which is bad,
because it's more important for my users to be able to kill it, not
root. This is the crux of my problem. Failing to automount is fine,
but we need to be able to Ctrl-C out of it as a regular user.
I get this in the /var/log/debug log (after turning on debugging in
autofs and syslog):
Nov 16 10:47:00 kkldap3 automount[2959]: parse(sun):
dequote("myserver.ucsc.edu:/export/projects/compbio") ->
myserver.ucsc.edu:/export/projects/compbio
Nov 16 10:47:00 kkldap3 automount[2959]: parse(sun): core of entry:
options=hard,intr,rw, loc=myserver.ucsc.edu:/export/projects/compbio
Nov 16 10:47:00 kkldap3 automount[2959]: parse(sun): mounting root
/projects, mountpoint compbio, what
myserver.ucsc.edu:/export/projects/compbio, fstype nfs, options hard,intr,rw
Nov 16 10:47:00 kkldap3 automount[2959]: mount(nfs): root=/projects
name=compbio what=myserver.ucsc.edu:/export/projects/compbio,
fstype=nfs, options=hard,intr,rw
Nov 16 10:47:00 kkldap3 automount[2959]: mount(nfs): nfs
options="hard,intr,rw", nosymlink=0
Nov 16 10:47:00 kkldap3 automount[2959]: mount(nfs): is_bad_host:
myserver.ucsc.edu:/export/projects/compbioNov 16 10:47:00 kkldap3
automount[2959]: mount(nfs): is_local_mount:
myserver.ucsc.edu:/export/projects/compbio
Nov 16 10:47:00 kkldap3 automount[2959]: mount(nfs): from
myserver.ucsc.edu:/export/projects/compbio elected
myserver.ucsc.edu:/export/projects/compbio
Nov 16 10:47:00 kkldap3 automount[2959]: mount(nfs): calling mkdir_path
/projects/compbio
Nov 16 10:47:00 kkldap3 automount[2959]: mount(nfs): calling mount -t
nfs -s -o hard,intr,rw myserver.ucsc.edu:/export/projects/compbio
/projects/compbio
From /var/log/messages:
Nov 16 10:53:18 kkldap3 automount[2959]: >> mount: mount to NFS server
'myserver.ucsc.edu' failed: System Error: Connection timed out.
Nov 16 10:53:18 kkldap3 automount[2959]: mount(nfs): nfs: mount failure
myserver.ucsc.edu:/export/projects/compbio on /projects/compbio
Nov 16 10:53:18 kkldap3 automount[2959]: failed to mount /projects/compbio
If you need anything else from me please let me know!
Regards,
erich
next prev parent reply other threads:[~2006-11-16 19:03 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-16 16:02 Autofs hang, centos 4.4 Erich Weiler
2006-11-16 16:57 ` Jeff Moyer
2006-11-16 19:03 ` Erich Weiler [this message]
2006-11-17 7:41 ` Ian Kent
2006-11-17 19:53 ` Erich Weiler
2006-11-18 7:33 ` Ian Kent
2006-11-18 15:47 ` Erich Weiler
2006-11-18 17:51 ` Ian Kent
2006-11-19 1:43 ` Erich Weiler
2006-11-19 11:48 ` Ian Kent
2006-11-20 17:50 ` Erich Weiler
2006-11-21 14:21 ` Ian Kent
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=455CB5F6.9040201@soe.ucsc.edu \
--to=weiler@soe.ucsc.edu \
--cc=autofs@linux.kernel.org \
--cc=jmoyer@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.