public inbox for linux-fsdevel@vger.kernel.org
 help / color / mirror / Atom feed
From: Steve French <smfrench@austin.rr.com>
To: linux-fsdevel@vger.kernel.org
Subject: filesystem client mapping of uid_t/gid_t field in lookup
Date: Fri, 13 May 2005 17:50:53 -0500	[thread overview]
Message-ID: <42852F4D.4020804@austin.rr.com> (raw)

RFC 1813 states:
   Using user
   ids and group ids implies that the client and server either
   share the same ID list or do local user and group ID mapping.
   Servers and clients must agree on the mapping from user to uid
   and from group to gid, for those sites that do not implement a
   consistent user ID and group ID space. In practice, such mapping
   is typically performed on the server, following a static mapping
   scheme or a mapping established by the user from a client at
   mount time.

which implies that other network filesystem clients passed in a table of 
uid mappings
at mount time. This would be extremely useful, but seems unwieldy to pass
in via mount.  Without adding an ioctl to set the uids for a particular 
mount (actually in my case it would
probably be for all mounts on the client to the same sharename (export) 
and/or a particular
server), would this be better to pass in via proc (which also seems 
awkward due
to size of proc writes presumably getting bigger than 4K if there were a 
lot of mappings).



             reply	other threads:[~2005-05-13 22:51 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-13 22:50 Steve French [this message]
2005-05-14  6:37 ` filesystem client mapping of uid_t/gid_t field in lookup Trond Myklebust
2005-05-14 11:38   ` Jamie Lokier
2005-05-15 22:37   ` Steve French
2005-05-16 18:18   ` Bryan Henderson
2005-05-16 19:03     ` Spencer Shepler
2005-05-16 22:23     ` 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=42852F4D.4020804@austin.rr.com \
    --to=smfrench@austin.rr.com \
    --cc=linux-fsdevel@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox