All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.