From: "J. Bruce Fields" <bfields@fieldses.org>
To: Greg Banks <gnb@melbourne.sgi.com>
Cc: Trond Myklebust <trond.myklebust@fys.uio.no>,
Marc Eshel <eshel@almaden.ibm.com>,
Linux NFS Mailing List <nfs@lists.sourceforge.net>
Subject: Re: lockd GRANT_MSG RPC callback
Date: Thu, 9 Sep 2004 08:56:25 -0400 [thread overview]
Message-ID: <20040909125625.GC11991@fieldses.org> (raw)
In-Reply-To: <1094699316.19981.79.camel@hole.melbourne.sgi.com>
On Thu, Sep 09, 2004 at 01:08:36PM +1000, Greg Banks wrote:
> On Thu, 2004-09-09 at 06:50, Trond Myklebust wrote:
> > OK. Bruce has promised to work on splitting out the "domain" code from
> > the svcauth_unix code. Once that is done, we can fix up GRANT_MSG and
> > NOTIFY as well as any other routines that do not need to be
> > authenticated by rpc.mountd.
>
> Any idea how long is this likely to take?
I'll try to have something out by early next week.
The problem is that the server-side rpc code is checking *all* incoming
auth_unix and auth_null requests (whether for nfsd or for some other
service) against the exports table. So as a temporary workaround, lockd
will work if the client lists the server in the exports file. Or
something like
echo nfsd server.ip.address.here 0x7FFFFFFF server.name.here \
>/proc/net/rpc/auth.unix.ip/content
may also work, though the entry you add to the auth.unix.ip cache by
doing this may end up getting purged next time you run exportfs.
--Bruce Fields
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2004-09-09 12:56 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <OFAF6A9C4E.27A9BF20-ON88256EFB.00020035-88256EFB.0002DABA@LocalDomain>
2004-09-08 17:33 ` lockd GRANT_MSG RPC callback Marc Eshel
2004-09-08 18:24 ` Trond Myklebust
2004-09-08 19:49 ` Marc Eshel
2004-09-08 20:12 ` Trond Myklebust
2004-09-08 20:35 ` Marc Eshel
2004-09-08 20:50 ` Trond Myklebust
2004-09-09 3:08 ` Greg Banks
2004-09-09 12:56 ` J. Bruce Fields [this message]
2004-09-09 18:20 ` Marc Eshel
2004-09-09 18:50 ` J. Bruce Fields
2004-09-10 2:51 ` Greg Banks
2004-09-10 16:22 ` Trond Myklebust
2004-09-13 4:08 ` Greg Banks
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=20040909125625.GC11991@fieldses.org \
--to=bfields@fieldses.org \
--cc=eshel@almaden.ibm.com \
--cc=gnb@melbourne.sgi.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.