From: Matthew Mitchell <matthew@geodev.com>
To: trond.myklebust@fys.uio.no
Cc: nfs@lists.sourceforge.net
Subject: Re: More about nfsd/lockd hang in 2.4.20+NFS_ALL
Date: Fri, 13 Jun 2003 11:48:44 -0500 [thread overview]
Message-ID: <3EEA006C.2080203@geodev.com> (raw)
In-Reply-To: <16105.64592.996167.136600@charged.uio.no>
Trond Myklebust wrote:
>>>>>>" " == Matthew Mitchell <matthew@geodev.com> writes:
>
>
> > rpc.statd in this case is running as an unprivileged user, yes.
> > So lockd will not allow a local statd to talk to it unless it
> > is running on a privileged port? That seems to be what is
> > going on in the conditional. Next question is -- why?
>
> For obvious reasons, you don't want any Tom, Dick or Harry to be able
> to tell the kernel that it should try to recover locking state from a
> given server.
Right, it has to come from localhost on a privileged port. I
understand. But how could it ever work if it's not working in this
case? Maybe this is a red herring.
According to rpcinfo on this server, which is also the client, port
32769 is "sgi_fam". What is that? status is 32768. Perhaps it's
rejecting it with good cause.
> > Even assuming there is a good reason, why might it cause the
> > whole nfs system to hang?
>
> My guess (since you are not supplying a tcpdump) is that the server is
> down. That's when it is supposed to happen, anyway...
Hmm. So the messages from lockd could just be a symptom of the problem
(nfsd locking up), you think. I first noticed the problem when a remote
user logged into the server, and the home directory (exported by the
server) got remounted by the automounter on a local path.
But just now I tried manually mounting the home directories on another
local path, and it seems to work fine.
Perhaps it involves the automounter somehow? I did notice that the
output of mount looked funny when I was trying to see if the volume had
been remounted. It was something like
fenris:/export/users on /home/users type nfs (rw,bind)
instead of
fenris:/export/users on /home/users type nfs (rw,addr=127.0.0.1)
I can try to reproduce the problem with autofs, but these are user home
directories, and they might get annoyed. :)
--
Matthew Mitchell
Systems Programmer/Administrator matthew@geodev.com
Geophysical Development Corporation phone 713 782 1234
1 Riverway Suite 2100, Houston, TX 77056 fax 713 782 1829
-------------------------------------------------------
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2003-06-13 16:52 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-13 13:46 More about nfsd/lockd hang in 2.4.20+NFS_ALL Matthew Mitchell
2003-06-13 15:48 ` Trond Myklebust
2003-06-13 16:19 ` Matthew Mitchell
2003-06-13 16:31 ` Trond Myklebust
2003-06-13 16:48 ` Matthew Mitchell [this message]
2003-06-13 21:21 ` Trond Myklebust
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=3EEA006C.2080203@geodev.com \
--to=matthew@geodev.com \
--cc=nfs@lists.sourceforge.net \
--cc=trond.myklebust@fys.uio.no \
/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.