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

  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.