All of lore.kernel.org
 help / color / mirror / Atom feed
From: Erich Weiler <weiler@soe.ucsc.edu>
To: autofs@linux.kernel.org
Subject: Autofs hang, centos 4.4
Date: Thu, 16 Nov 2006 08:02:48 -0800	[thread overview]
Message-ID: <455C8BA8.9070609@soe.ucsc.edu> (raw)

Hi All-

I'm having this problem with autofs under CentOS 4.4 linux that I was 
hoping someone could shed some light on...  Basically I have a bunch of 
auto.* tables set up in /etc.  They work fine.  What does not work fine 
is that when someone tries to automount a directory that doesn't exist, 
the command hangs forever, and has to be killed.  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...

I know this is an odd setup, but it is the way it is and I'm trying to 
deal with it.  :)  Am I out of luck?  Or can I tweak something to make 
this just fail or timeout?  Any advice would be greatly appreciated!!

Regards,
erich

             reply	other threads:[~2006-11-16 16:02 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-16 16:02 Erich Weiler [this message]
2006-11-16 16:57 ` Autofs hang, centos 4.4 Jeff Moyer
2006-11-16 19:03   ` Erich Weiler
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=455C8BA8.9070609@soe.ucsc.edu \
    --to=weiler@soe.ucsc.edu \
    --cc=autofs@linux.kernel.org \
    /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.